端末とネットワークとの間の制御プレーンシグナリングを使用した端末からの支援によるネットワーク管理の方法

专利摘要:
ネットワーク管理および最適化を可能にするシステムおよび方法について説明する。本明細書で説明するように、ネットワークおよびネットワークと通信するデバイスは、ネットワーク管理情報を交換することができ、それによって、ネットワーク管理および最適化パフォーマンスの改善ための自己組織化ネットワーク（ＳＯＮ）アーキテクチャをサポートする。非アクセス層（ＮＡＳ）レイヤプロトコルおよび／またはインターネットプロトコル（ＩＰ）アプリケーションを、関連するネットワーク管理メッセージのセットと組み合わせて利用して、デバイスとネットワークとの間でネットワーク管理情報を交換することができる。本明細書でさらに説明するように、ネットワーク管理に関する情報を収集し、報告するなどの動作に関するデバイス挙動を定義するために、様々なプロシージャを利用して、ＳＯＮポリシーをデバイスに導入することができる。さらに、標準化されたイベントのセットを定義することができ、それに基づいて、デバイスは、イベントの発生を検出し、その発生を関連するネットワークに報告することができる。
公开号:JP2011515955A
申请号:JP2011500909
申请日:2009-03-17
公开日:2011-05-19
发明作者:グリッリ、フランセスコ；ソン、オソク；フロレ、オロンツォ；ミシュラ、アンジャリ；北添正人
申请人:クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ；
IPC主号:H04W24-04

专利说明:

[0001] 相互参照
本出願は、その全体が参照により本明細書に組み込まれる、２００８年３月１８日に出願された「METHODOF NETWORKMANAGEMENTBY ASSISTANCE FROM TERMINALUSING CONTROL-PLANE SIGNALING BETWEEN TERMINAL AND NETWORK」と題する米国仮出願第６１／０３７，４４３号、および２００８年１０月２８日に出願された「SELF-HEALING OF SELF-OPTIMIZING NETWORKS」と題する米国仮出願第６１／１０９，０２４号の利益を主張する。]
[0002] 本開示は、一般にネットワーク通信に関し、より詳細には、ネットワーク管理および最適化のための技法に関する。]
背景技術

[0003] ワイヤレス通信システムは、様々な通信サービスを提供するために広く展開されており、そのようなワイヤレス通信システムを介して、たとえば、ボイス、ビデオ、パケットデータ、ブロードキャスト、およびメッセージングサービスを提供することができる。これらのシステムは、利用可能なシステムリソースを共有することによって複数のアクセス端末のための通信をサポートすることが可能な多元接続システムとすることができる。そのような多元接続システムの例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムがある。]
[0004] 概して、ワイヤレス多元接続通信システムは、複数のワイヤレス端末のための通信を同時にサポートすることができる。そのようなシステムでは、各端末は、順方向リンクおよび逆方向リンク上の送信を介して１つまたは複数の基地局と通信することができる。順方向リンク（またはダウンリンク）とは、基地局から端末への通信リンクを指し、逆方向リンク（またはアップリンク）とは、端末から基地局への通信リンクを指す。この通信リンクは、単入力単出力（ＳＩＳＯ）、多入力単出力（ＭＩＳＯ）、または多入力多出力（ＭＩＭＯ）システムを介して確立できる。]
[0005] 通信ネットワークは、有線またはワイヤレスネットワーキング技術および／あるいは技術の組合せによって、一組の通信端末および／または他のデバイスに通信サービスを提供するために利用される。従来の通信ネットワークでは、１つまたは複数のネットワークエンティティが、ネットワークを利用するデバイスのためにネットワークのパフォーマンスを最適化する役目を果たす。そのようなネットワークエンティティは、たとえば、ネットワーク中の様々なデバイスおよび／またはロケーションから受信した測定および／または他の観測に基づいてネットワーク運用を最適化することができる。ただし、ネットワーク最適化のための必要な測定を得るには、かなりの運用費が必要になることがある。たとえば、通信ネットワーク中のデバイスおよび／またはロケーションから測定を得るために、既存の通信ネットワークでは、デバイスを手作業でネットワーク全体にわたって移動させ、ネットワーク中の様々なロケーションにおいてテストする、手作業のドライブテストなど、コストがかかる技法が必要である。さらに、手作業のドライブテストなどのプロセスはコストと時間がかかるので、変化するネットワーク状態のもとで既存のネットワークに対してそのようなプロセスを実装することは困難である。]
[0006] したがって、急速に変化するネットワーク環境に改善されたフレキシビリティを提供する、低複雑度のネットワーク最適化および管理技法を実装することが望ましいであろう。]
[0007] 以下で、請求する主題の様々な態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、主要または重要な要素を識別するものでも、そのような態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、開示する態様のいくつかの概念を簡略化された形で提示することである。]
[0008] 一態様による、自己組織化ネットワーク（ＳＯＮ）をサポートするための方法について本明細書で説明する。本方法は、通信ネットワークに関連する１つまたは複数のイベントを定義することと、それぞれの定義されたイベントに関して収集されるべき情報と、収集された情報を報告するための１つまたは複数のプロシージャとを指定するＳＯＮポリシーを識別することと、指定されたネットワークノードと１つまたは複数のユーザ機器（ＵＥ）との間に通信インターフェースを確立することと、通信インターフェースを介した、指定されたネットワークノードから１つまたは複数のＵＥへのＳＯＮポリシーの通信を命令することとを備えることができる。]
[0009] 別の態様は、それぞれのネットワークイベントの定義に関するデータと、それぞれのネットワークイベントに関する測定を行い、報告するための命令を含むＳＯＮポリシーとを記憶するメモリを備えることができるワイヤレス通信装置に関する。本ワイヤレス通信装置は、プロセッサをさらに備えることができ、プロセッサは、ネットワーク管理エンティティを指定し、指定されたネットワーク管理エンティティから１つまたは複数の端末へのＳＯＮポリシーの通信を命令し、ＳＯＮポリシーに基づいて指定された管理エンティティを介して端末から１つまたは複数の報告された測定を受信し、報告された測定に少なくとも部分的に基づいてワイヤレス通信装置の動作を最適化するように構成される。]
[0010] 第３の態様は、ネットワーク管理および最適化を可能にする装置に関する。本装置は、イベント定義とそれぞれの定義されたイベントに関連する測定とのリストを含む報告ポリシーを識別するための手段と、報告ポリシーを利用することが可能な端末を識別するための手段と、あらかじめ指定されたネットワークノードから識別された端末への報告ポリシーの通信を可能にするための手段とを備えることができる。]
[0011] 第４の態様は、コンピュータ可読媒体を備えることができるコンピュータプログラム製品に関し、コンピュータ可読媒体は、ネットワークデバイスによってログ記録されるべき１つまたは複数のタイプのイベントを判断するためのコードと、ネットワークデバイスからそれぞれのログ記録されたイベントの報告を得るためのスケジュールを判断するためのコードと、１つまたは複数の判断されたタイプのイベントのログ記録と、ネットワークデバイスにおける判断されたスケジュールに従うそれぞれのログ記録されたイベントの報告とを管理するためのネットワーク管理サーバ、モビリティ管理エンティティ、または自己組織化ネットワーク（ＳＯＮ）アプリケーションサーバのうちの１つまたは複数を割り当てるためのコードとを含む。]
[0012] 第５の態様は、ＳＯＮを維持するためのコンピュータ実行可能命令を実行することができる集積回路に関する。その命令は、１つまたは複数のＵＥによって利用されるべきＳＯＮポリシーをコンパイルすることであって、ＳＯＮポリシーが、ネットワーク管理プロトコルから得られるそれぞれの標準化されたイベント定義と、それぞれの定義されたイベントのための報告スケジュールとを備える、コンパイルすることと、指定されたネットワーク管理ノードから１つまたは複数のＵＥへのＳＯＮポリシーの通信を命令することと、ＳＯＮポリシーに基づいてネットワーク管理ノードを介してＵＥから１つまたは複数のイベント報告を受信することと、受信したイベント報告に少なくとも部分的に基づいてネットワークパフォーマンスを最適化することとを備えることができる。]
[0013] 別の態様による、ネットワークイベントをログ記録し、報告するための方法について本明細書で説明する。本方法は、それぞれのネットワークイベントのための定義のリストと、それぞれのネットワークイベントに関連する測定のリストと、それぞれのネットワークイベントに関連する測定を報告するための命令とを指定するＳＯＮポリシーをネットワークから受信することと、ＳＯＮポリシーによって定義されたネットワークイベントの発生を検出することと、ＳＯＮポリシーに基づいて検出されたネットワークイベントに関連する１つまたは複数の測定を実行することと、ＳＯＮポリシーにおいて与えられる、測定を報告するための命令に基づいて、１つまたは複数の測定をネットワークに報告することとを備えることができる。]
[0014] 追加の態様は、ＳＯＮエンティティに関するデータを記憶するメモリを備えることができるワイヤレス通信装置に関する。本ワイヤレス通信装置は、プロセッサをさらに備えることができ、プロセッサは、イベント定義リストと関連する測定のそれぞれのセットとをＳＯＮエンティティから受信し、定義されたイベントの発生を検出し、検出されたイベントに関連する測定のセットからの測定をログ記録し、ログ記録された測定をＳＯＮエンティティに報告するように構成される。]
[0015] さらに別の態様は、ＳＯＮの実装を可能にする装置に関する。本装置は、イベント定義のセットと、それぞれの定義されたイベントに関する測定のセットと、報告スケジュールとをネットワークから受信するための手段と、イベントに関する測定のセットに基づいて、定義されたイベントの発生時に測定をログ記録するための手段と、報告スケジュールに従って、ログ記録された測定をネットワークに通信するための手段とを備えることができる。]
[0016] さらに別の態様は、コンピュータ可読媒体を備えることができるコンピュータプログラム製品に関し、コンピュータ可読媒体は、標準化されたネットワークイベントのセットと、それぞれネットワークイベントに関連する測定のリストと、ネットワークイベントに関連する測定をネットワーク管理エンティティまたはオープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）サーバのうちの１つまたは複数に報告するための命令とを受信するためのコードと、標準化されたネットワークイベントのセットからイベントを検出するためのコードと、検出されたイベントに対応する測定のリスト中の測定を実行するためのコードと、受信した命令に基づいて、実行された測定をネットワーク管理エンティティまたはＯＭＡＤＭサーバに報告するためのコードとを含む。]
[0017] さらなる態様は、通信ネットワークにおけるイベントをログ記録し、報告するためのコンピュータ実行可能命令を実行することができる集積回路に関する。それらの命令は、通信ネットワークからＳＯＮポリシーを受信することであって、ＳＯＮポリシーが、ネットワークイベントのリストと、リストされたイベントの検出時にログ記録すべき測定のセットと、指定されたネットワークノードに測定を報告するための命令とを指定する、受信することと、リストされたイベントの発生を検出するためにネットワーク動作状態を監視することと、リストされたイベントの検出時に測定のセットを実行することと、与えられた命令に従って、指定されたネットワークノードに測定のセットを報告することとを備えることができる。]
[0018] 上記および関連する目的を達成するために、請求する主題の１つまたは複数の態様は、以下で十分に説明し、特に特許請求の範囲で指摘する特徴を備える。以下の説明および添付の図面に、請求する主題のいくつかの例示的な態様を詳細に記載する。ただし、これらの態様は、請求する主題の原理を採用することができる様々な方法のほんのいくつかを示すものである。さらに、開示する態様は、すべてのそのような態様およびそれらの均等物を含むものとする。]
図面の簡単な説明

[0019] 本明細書に記載の様々な態様によるワイヤレス多元接続通信システムを示す図。
様々な態様による、通信システムを管理および最適化するためのシステムのブロック図。
様々な態様による、自己組織化ネットワークの例示的な実装形態を示す図。
様々な態様による、自己組織化ネットワークの例示的な実装形態を示す図。
本明細書で説明する様々な態様を実装するために利用できる例示的な通信プロトコルアーキテクチャを示す図。
様々な態様による、ネットワークイベントを検出するためのシステムのブロック図。
様々な態様による、ネットワークパラメータを測定し、ネットワークイベントをログ記録するためのシステムのブロック図。
様々な態様による、観測されたイベントをネットワークに報告するためのシステムのブロック図。
様々な態様による、ワイヤレス通信システムにおける無線リンク障害イベントを検出し、ログ記録し、報告するためのシステムのブロック図。
様々な態様による、利用できる例示的な無線リンク障害報告構造を示す図。
様々な態様による、デバイスにネットワーク管理ポリシーを供給するために利用できる例示的なプロシージャを示す図。
様々な態様による、デバイスにネットワーク管理ポリシーを供給するために利用できる例示的なプロシージャを示す図。
様々な態様による、ネットワーク管理ポリシーに従って報告を与えるために利用できる例示的なプロシージャを示す図。
様々な態様による、無線リンク障害報告を与えるために利用できる例示的なプロシージャを示す図。
様々な態様による、無線リンク障害報告を与えるために利用できる例示的なプロシージャを示す図。
様々な態様による例示的なネットワーク構成を示す図。
通信システム中のデバイスにイベント報告ポリシーを供給するための方法の流れ図。
ネットワーク報告プロシージャを管理するための方法の流れ図。
ネットワーク管理方式に従ってネットワークイベントをログ記録し、報告するための方法の流れ図。
ネットワーク管理方式に従ってネットワークイベントをログ記録し、報告するための方法の流れ図。
無線リンク障害イベントを検出し、報告するための方法の流れ図。
無線リンク障害イベントを検出し、報告するための方法の流れ図。
本明細書で説明する様々な態様が機能することができる、例示的なワイヤレス通信システムを示すブロック図。
本明細書で説明する様々な態様を実装するように動作可能な例示的なワイヤレスデバイスを示すブロック図。
本明細書で説明する様々な態様を実装するように動作可能な例示的なワイヤレスデバイスを示すブロック図。
通信ネットワークの管理および最適化を可能にする装置のブロック図。
通信ネットワークの管理および最適化を可能にする装置のブロック図。]
実施例

[0020] 次に、図面を参照しながら請求する主題の様々な態様について説明する。図面全体にわたって、同様の要素を指すのに同様の参照符号を使用する。以下の記述では、説明の目的で、１つまたは複数の態様の完全な理解を与えるために多数の具体的な詳細を記載する。ただし、そのような（１つまたは複数の）態様は、これらの具体的な詳細なしに実施できることは明らかであろう。他の例では、１つまたは複数の態様の説明を円滑にするために、よく知られた構造およびデバイスはブロック図の形態で示す。]
[0021] 本出願で使用する「構成要素」、「モジュール」、「システム」などの用語は、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアなど、コンピュータ関連のエンティティを指すものとする。たとえば、構成要素は、プロセッサ上で実行されるプロセス、集積回路、オブジェクト、実行可能ファイル、実行スレッド、プログラム、および／またはコンピュータとすることができるが、これらに限定されない。例として、コンピューティングデバイス上で実行されるアプリケーションと、そのコンピューティングデバイスの両方を構成要素とすることができる。１つまたは複数の構成要素がプロセスおよび／または実行スレッド内に常駐することができ、１つの構成要素を１つのコンピュータ上に配置し、および／または２つ以上のコンピュータ間に分散することができる。さらに、これらの構成要素は、様々なデータ構造を記憶している様々なコンピュータ可読媒体から実行できる。これらの構成要素は、１つまたは複数のデータパケット（たとえば、ローカルシステム、分散システム内、および／または他のシステムを用いるインターネットなどのネットワーク全体の中の別の構成要素と信号を介して相互作用する１つの構成要素からのデータ）を有する信号によるなど、ローカルおよび／またはリモートプロセスを介して通信することができる。]
[0022] さらに、本明細書ではワイヤレス端末および／または基地局に関する様々な態様について説明する。ワイヤレス端末は、ユーザにボイスおよび／またはデータ接続性を提供するデバイスを指すことができる。ワイヤレス端末は、ラップトップコンピュータまたはデスクトップコンピュータなどのコンピューティングデバイスに接続することができ、あるいは携帯情報端末（ＰＤＡ）などの自蔵式デバイスとすることができる。ワイヤレス端末はまた、システム、加入者ユニット、加入者局、移動局、モバイル、リモート局、アクセスポイント、リモート端末、アクセス端末、ユーザ端末、ユーザエージェント、ユーザデバイス、またはユーザ機器と呼ばれることがある。ワイヤレス端末は、加入者局、ワイヤレスデバイス、セルラー電話、ＰＣＳ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、ワイヤレスローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、ワイヤレス接続機能を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された他の処理デバイスとすることができる。基地局（たとえば、アクセスポイント）は、１つまたは複数のセクタを通って、エアインターフェースを介してワイヤレス端末と通信する、アクセスネットワーク中のデバイスを指すことができる。基地局は、受信したエアインターフェースフレームをインターネットプロトコル（ＩＰ）パケットに変換することによって、ワイヤレス端末と、ＩＰネットワークを含むことができるアクセスネットワークの残部との間のルータとして働くことができる。基地局はまた、エアインターフェースの属性の管理を調整する。]
[0023] その上、本明細書で説明する様々な機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装できる。ソフトウェアで実装する場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶するか、あるいはコンピュータ可読媒体を介して送信することができる。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスできる利用可能な媒体とすることができる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または、命令もしくはデータ構造の形態の所望のプログラムコードを運搬または記憶するために使用でき、コンピュータによってアクセスできる任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイディスク（disc）（ＢＤ）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。]
[0024] 本明細書で説明する様々な技法は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システム、および他のそのようなシステムなど、様々なワイヤレス通信システムに対して使用できる。「システム」および「ネットワーク」という用語は、本明細書ではしばしば互換的に使用される。ＣＤＭＡシステムは、Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（ＵＴＲＡ）、ＣＤＭＡ２０００などの無線技術を実装することができる。ＵＴＲＡは、Ｗｉｄｅｂａｎｄ−ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡの他の変形態を含む。さらに、ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムはＧｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））などの無線技術を実装することができる。ＯＦＤＭＡシステムは、Ｅｖｏｌｖｅｄ ＵＴＲＡ（Ｅ−ＵＴＲＡ）、Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を実装することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ（ＵＭＴＳ）の一部である。３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）は、ダウンリンク上ではＯＦＤＭＡを採用し、アップリンク上ではＳＣ−ＦＤＭＡを採用するＥ−ＵＴＲＡを使用する今度のリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭ（登録商標）は、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ」（３ＧＰＰ）と称する組織からの文書に記載されている。さらに、ＣＤＭＡ２０００およびＵＭＢは、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２」（３ＧＰＰ２）と称する組織からの文書に記載されている。]
[0025] いくつかのデバイス、構成要素、モジュールなどを含むことができるシステムに関して、様々な態様を提示する。様々なシステムは、追加のデバイス、構成要素、モジュールなどを含んでもよく、および／または各図に関連して論じるデバイス、構成要素、モジュールなどのすべてを含まなくてもよいことを理解および諒解されたい。これらの手法の組合せを使用することもできる。]
[0026] さらに、本明細書ではワイヤレス通信システムの文脈で、様々な態様を提示する。ただし、この文脈は具体的で非限定的な例によって与えられ、請求する主題は、それぞれの請求項に別段の規定がない限り、ワイヤレス通信システムにおける適用例に限定されないものであることを諒解されたい。したがって、本明細書の様々な態様は、任意の適切な有線および／またはワイヤレス通信技術あるいはそれらの組合せを採用する通信ネットワークに適用できることを諒解されたい。]
[0027] 次に図面を参照すると、図１は、様々な態様によるワイヤレス多元接続通信システム１００の図である。一例では、ワイヤレス多元接続通信システム１００は、複数の基地局１１０と複数の端末１２０とを含む。さらに、１つまたは複数の基地局１１０は、１つまたは複数の端末１２０と通信することができる。非限定的な例として、基地局１１０は、アクセスポイント、ノードＢ（たとえば、進化型ノードＢまたはｅＮＢ）、および／または別の適切なネットワークエンティティとすることができる。各基地局１１０は、特定の地理的エリア１０２に通信カバレージを与える。本明細書および当技術分野で一般に使用する「セル」という用語は、この用語が使用される文脈に応じて、基地局１１０および／またはそのカバレージエリア１０２を指すことができる。] 図１
[0028] システム能力を改善するために、基地局１１０に対応するカバレージエリア１０２は、複数のより小さいエリア（たとえば、エリア１０４ａ、１０４ｂ、および１０４ｃ）に分割することができる。より小さいエリア１０４ａ、１０４ｂ、および１０４ｃの各々は、それぞれのベーストランシーバサブシステム（ＢＴＳ、図示せず）によってサービスできる。本明細書および当技術分野で一般に使用する「セクタ」という用語は、この用語が使用される文脈に応じて、ＢＴＳおよび／またはそのカバレージエリアを指すことができる。さらに、本明細書および当技術分野で一般に使用する「セル」という用語はまた、この用語が使用される文脈に応じて、ＢＴＳのカバレージエリアを指すために使用できる。一例では、セル１０２中のセクタ１０４は、基地局１１０におけるアンテナのグループ（図示せず）によって形成でき、アンテナの各グループは、セル１０２の一部分において端末１２０との通信を受け持つ。たとえば、セル１０２ａにサービスする基地局１１０は、セクタ１０４ａに対応する第１のアンテナグループと、セクタ１０４ｂに対応する第２のアンテナグループと、セクタ１０４ｃに対応する第３のアンテナグループとを有することができる。だたし、本明細書で開示する様々な態様は、セクタ化されたセルおよび／またはセクタ化されていないセルを有するシステムにおいて使用できることを諒解されたい。さらに、任意の数のセクタ化されたセルおよび／またはセクタ化されていないセルを有するすべての好適なワイヤレス通信ネットワークは、本明細書に添付の特許請求の範囲内に入るものとすることを諒解されたい。簡単のために、本明細書で使用する「基地局」という用語は、セクタにサービスする局ならびにセルにサービスする局の両方を指すことができる。]
[0029] 一態様によれば、端末１２０はシステム１００全体にわたって分散できる。各端末１２０は固定でも移動でもよい。非限定的な例として、端末１２０は、アクセス端末（ＡＴ）、移動局、ユーザ機器（ＵＥ）、加入者局、および／または別の適切なネットワークエンティティとすることができる。端末１２０は、ワイヤレスデバイス、セルラー電話、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ハンドヘルドデバイス、または別の適切なデバイスとすることができる。さらに、端末１２０は、任意の所与の瞬間において、任意の数の基地局１１０と通信してもよく、いずれの基地局１１０とも通信しなくてもよい。]
[0030] 別の例では、システム１００は、１つまたは複数の基地局１１０に結合され、基地局１１０のために調整および制御を行うことができる、システムコントローラ１３０を採用することによって、集中型アーキテクチャを利用することができる。代替の態様によれば、システムコントローラ１３０は単一のネットワークエンティティまたはネットワークエンティティの集合とすることができる。さらに、システム１００は、基地局１１０が必要に応じて互いに通信することができるように、分散アーキテクチャを利用することができる。一例では、システムコントローラ１３０はさらに複数のネットワークへの１つまたは複数の接続を含むことができる。これらのネットワークは、システム１００中の１つまたは複数の基地局１１０と通信する端末１２０におよび／または端末１２０から情報を供給することができる、インターネット、他のパケットベースのネットワーク、および／または回線交換ボイスネットワークを含むことができる。別の例では、システムコントローラ１３０は、端末１２０へのおよび／または端末１２０からの送信をスケジュールすることができるスケジューラ（図示せず）を含むか、またはスケジューラと結合することができる。代替的に、スケジューラは、個々のセル１０２、各セクタ１０４、またはそれらの組合せ中に常駐することができる。]
[0031] さらに図１に示すように、システム１００中の各セクタ１０４は、そのセクタ１０４中の端末１２０から「所望の」送信を受信し、ならびに他のセクタ１０４中の端末１２０から「干渉」送信を受信することがある。所与のセクタ１０４において観測される総干渉は、同じセクタ１０４内の端末１２０からのセクタ内干渉と、他のセクタ１０４中の端末１２０からのセクタ間干渉との両方を含むことができる。一例では、セクタ内干渉は、端末１２０からのＯＦＤＭＡ送信を使用して実質的になくすことができるので、同じセクタ１０４中の様々な端末１２０の送信間の直交性が保証される。セクタ間干渉は、当技術分野で他セクタ干渉（ＯＳＩ）としても知られており、あるセクタ１０４中の送信が他のセクタ１０４中の送信と直交していないときに起こることがある。] 図１
[0032] 図２に、本明細書で与える様々な態様による、通信システムを管理および最適化するためのシステムのブロック図２０２〜図２０４を示す。図２０２〜図２０４に示すように、システムはＵＥ２１０とネットワークマネージャ２２０とを含むことができる。図２には、ただ１つのＵＥ２１０およびネットワークマネージャ２２０を示しているが、図２０２〜図２０４に示すシステムは、任意の数のＵＥ２１０および／またはネットワークマネージャ２２０を含むことができることを諒解されたい。ネットワークマネージャ２２０は、モビリティ管理エンティティ（ＭＭＥ）、ネットワークコントローラ、ネットワーク管理サーバなど、任意の適切なネットワークエンティティとすることができることがさらに諒解できよう。] 図２
[0033] 一態様によれば、ネットワークマネージャ２２０は、ネットワークパフォーマンスを最適化するために、ネットワーク中の１つまたは複数のＵＥ２１０に関する情報を利用することができる。従来の通信システムでは、ネットワークマネージャは、ネットワークパフォーマンスを最適化するために、ネットワーク中のデバイスから手作業で得られ、通信される測定に依拠していた。これらの測定は、ネットワーク内でのドライブテストおよび／または他の手作業のテストプロシージャによって得ることができる。ただし、そのようなプロシージャは、コストと時間がかかることがあるので、急速に変化するネットワークに対して実装することが望ましくなく、実行不可能であることがある。]
[0034] したがって、図２に示すように、ネットワークマネージャ２２０は、自己組織化ネットワーク（ＳＯＮ）ポリシーを利用して、ＵＥ２１０による測定の実行および／または報告を標準化し、自動化することができ、それによって、情報の収集および／または収集された情報に基づく最適化を、自動的および自律的な方法で行うことができるようになる。その結果、通信ネットワーク全体にわたる手作業のドライブテストおよび他の同様の手作業の測定の必要を、かなり低減することができる。] 図２
[0035] 一態様によれば、ネットワークマネージャ２２０は、ネットワークマネージャ２２０に関連するネットワーク内で使用されるべきＳＯＮポリシー（たとえば、ポリシーストア２２２によって記憶されたＳＯＮポリシー）を作成および／またはさもなければ識別することができる。一例では、ＳＯＮポリシーは、ＵＥ２１０によって報告されるべき標準化されたイベント、そのようなイベントを測定および／またはログ記録するための技法、ログ記録されたイベントをネットワークマネージャ２２０に報告するための技法などを指定することができる。一態様では、ＵＥ２１０によって測定されるイベントと、そのようなイベントをログ記録し、それを逆にネットワークマネージャ２２０に報告する方法とを標準化することによって、ネットワークマネージャ２２０は、ネットワークの自律管理を可能にする。]
[0036] 一例では、ネットワークマネージャ２２０は、図２０２に示すように、標準化されたイベントを検出し、ログ記録し、報告するために使用されるべきＳＯＮポリシーを、ネットワーク中のＵＥ２１０に供給することができる。別の例では、ＳＯＮポリシーを供給される前にＵＥ２１０がアイドル状態である場合、ネットワークマネージャ２２０は、ＵＥ２１０に対するページングを開始することができる。追加および／または代替として、ＵＥ２１０は、ＵＥ２１０とネットワークマネージャ２２０に関連するネットワークとの間に接続を確立するための接続プロシージャおよび／または別の適切なプロシージャ中に、（たとえば、ＳＯＮポリシーとともに利用されるべきＳＯＮベアラおよび／または関連するネットワーク管理プロトコルを使用して）ＳＯＮポリシーをサポートするためのＵＥ２１０の機能についてネットワークマネージャ２２０に通知することができる。たとえば、ＵＥ２１０は、最初に、ＧＳＭ（登録商標） ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ（登録商標） Ｅｖｏｌｕｔｉｏｎ）Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（ＧＥＲＡＮ）および／またはＵＭＴＳＴｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（ＵＴＲＡＮ）を介して接続され、次いで、その後Ｅｖｏｌｖｅｄ ＵＴＲＡＮ（Ｕ−ＥＴＲＡＮ）に移動すると、ＳＯＮ関連のＵＥ機能情報を含むシステム間Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ（ＴＡＵ）メッセージを与えることができる。一態様によれば、ネットワークマネージャ２２０によって、ＳＯＮ機能をもつＵＥ２１０のリストを収集し、維持することができる。]
[0037] ネットワークマネージャ２２０によってＳＯＮポリシー２１２がＵＥ２１０に供給された後、ＵＥ２１０は、図２０４に示すように、ＳＯＮポリシー２１２に従って動作することができる。たとえば、ＵＥ２１０は、ＳＯＮポリシー２１２において定義された１つまたは複数の標準化されたイベントの発生を検出するためのイベント検出器２１４、ＳＯＮポリシー２１２に従って、検出されたイベントをログ記録し、および／または対応する測定を実行するためのイベントロガー、ＳＯＮポリシー２１２において与えられるスケジュールに従って、検出されたイベントに関する情報をネットワークマネージャ２２０および／または別の適切なエンティティに報告するためのログレポータ２１８、ならびに／あるいはＳＯＮポリシー２１２を実行するための他の適切な機構を含むことができる。一態様によれば、ネットワークマネージャ２２０は、ＵＥ２１０からログ記録されたイベントの報告を受信すると、ネットワークオプティマイザモジュール２２４および／または他の適切な手段を利用して、手作業のテストまたは測定を必要とすることなしに、受信した報告に基づいてネットワークのパフォーマンスを最適化することができる。]
[0038] 図３を参照すると、様々な態様による、自己組織化ネットワークの例示的な実装形態を示す図３００が与えられている。図３００に示すように、ＵＥ３１０は、ＭＭＥ３２０、ゲートウェイ（ＧＷ）３３０、ｅＮＢ３４０、ＳＯＮサーバ３５０、および／または任意の他の適切なエンティティを含むネットワークと対話することができる。一例では、ＭＭＥ３２０は、ネットワーク全体にわたってＵＥ３１０の移動を追跡し、ＵＥ３１０に対するページングを開始し、および／または他の適切なアクションを実行することができる。別の例では、ＧＷ３３０は、ＵＥ３１０と、ＵＥ３１０が通信することができる１つまたは複数のデータネットワークとの間の接続点として働くことができる。追加および／または代替として、ＧＷ３３０は、１つまたは複数のデータネットワークとＵＥ３１０との間でデータをルーティングすることができる。追加の例では、ｅＮＢ３４０は、たとえば、送信のためにＵＥ３１０によって使用されるべきリソースをスケジュールし、ＵＥ３１０のための電源制御を実行し、ＵＥ３１０とネットワーク中の他のエンティティ（たとえば、ＭＭＥ３２０、ＧＷ３３０など）との間の連絡役として働き、および／または他の適切なアクションを実行することによって、ＵＥ３１０に基本通信機能を与えることができる。] 図３
[0039] 一態様によれば、ＳＯＮサーバ３５０は、図３００に示すネットワーク内に自己組織化ネットワーク管理を実装するために利用できる。たとえば、ＳＯＮサーバ３５０は、ＵＥ３１０によって利用されるべきＳＯＮポリシーの全部または一部（たとえば、標準化されたイベント、イベントをログ記録するための技法、イベントを報告するための技法など）を指定することができる。一例では、ＳＯＮサーバ３５０は、図３００に示すネットワーク内に、運用および管理（Ｏ＆Ｍ）システムとともに実装できる。別の例では、ＳＯＮサーバ３５０は、関連するネットワーク中の、ＳＯＮ機能を有するＵＥ３１０のリストを維持することができる。]
[0040] 別の態様によれば、ＳＯＮサーバ３５０は、ＳＯＮベアラ３５２を介して、ＵＥ３１０のためのＳＯＮポリシーに関する情報および／または他の情報をＵＥ３１０に中継することができる。図３００に示す例示的な実装形態では、ＳＯＮベアラ３５２は、ＵＥ３１０とＳＯＮサーバ３５０との間の直接論理インターフェースとして設けることができる。一例では、ＳＯＮベアラ３５２はまた、イベント報告および／または他の適切な情報を逆にＳＯＮサーバ３５０に中継するために、ＵＥ３１０によって利用できる。]
[0041] 図４の図４００に、自己組織化ネットワークの代替の例示的な実装形態を示す。一態様によれば、図４００に示すネットワークは、ＵＥ４１０、ＭＭＥ４２０、ＧＷ４３０、ｅＮＢ４４０、および／またはＳＯＮサーバ４５０を含むことができ、これらは、図３００に示すネットワーク中の対応するエンティティと同様の方法で実行することができる。一態様によれば、ＭＭＥ４２０は、任意の適切な有線および／またはワイヤレス通信方法によってＳＯＮサーバ４５０とインターフェースして、ＳＯＮサーバ４５０からＳＯＮポリシー情報を得ることができ、その情報はその後、ＭＭＥ４２０とＵＥ４１０との間のＳＯＮベアラ４５２を介してＵＥ４１０に中継できる。それに応答して、ＵＥ４１０は、ＳＯＮベアラ４５２を介して、ＳＯＮポリシーに従ってログ記録されたイベントに関する情報および／または他の適切な情報をＭＭＥ４２０に供給することができる。そのような情報を受信すると、その情報をＭＭＥ４２０によってＳＯＮサーバ４５０に中継することができる。] 図４
[0042] 一態様によれば、ＳＯＮベアラ４５２は、ＵＥ４１０とＭＭＥ４２０との間の非アクセス層（ＮＡＳ）シグナリングを使用して、制御プレーンベースのベアラとして実装できる。一例では、制御プレーンベースのＳＯＮベアラ４５２は、ネットワーク管理シグナリングのためのプロトコルを含めるために、図４００に示すネットワークによって利用されるプロトコルスタックを変更することによって実装できる。図５の図５００に、この目的のために利用できるプロトコルスタックの一例を示す。] 図５
[0043] 図５００に示すように、ネットワークによって利用されるプロトコルスタックは、１つまたは複数のＮＡＳシグナリングプロトコル５０２および／または１つまたは複数のアクセス層（ＡＳ）シグナリングプロトコル５０４を含むことができる。ＮＡＳシグナリングプロトコル５０２は、たとえば、ＥＰＳ（進化型パケットシステム）セッション管理（ＥＳＭ）プロトコル５１２および／またはＥＰＳモビリティ管理（ＥＭＭ）プロトコル５２０を含むことができる。ＡＳシグナリングプロトコル５０４は、たとえば、無線リソース制御（ＲＲＣ）プロトコル５３０、無線リンク制御（ＲＬＣ）プロトコル５４０、メディアアクセス制御（ＭＡＣ）プロトコル５５０、および／または物理レイヤ（ＰＨＹ）プロトコル５６０を含むことができる。]
[0044] 図５００にさらに示すように、プロトコルスタックは、ＥＰＳネットワーク管理（ＥＮＭ）プロトコル５１２を含むように拡張でき、それを利用して、ＵＥとＭＭＥとの間でＳＯＮ関連の情報を交換する（たとえば、ＵＥ４１０とＭＭＥ４２０との間にＳＯＮベアラ４５２を実装する）ことができる。一例では、ＥＮＭプロトコル５１２は、ＥＳＭプロトコル５１４と同様の方法でＥＭＭプロトコル５２０の既存の機能の上に常駐し、その機能を利用するように定義できる。]
[0045] 図３００〜図４００に示すネットワーク実装形態の代替例として、ＳＯＮベアラをＵＥとパケットデータネットワーク（ＰＤＮ）ＧＷとの間のユーザプレーンベースのベアラとして実装することができる。これは、たとえば、ＵＥとＳＯＮサーバとの間の対話がインターネットプロトコル（ＩＰ）アプリケーション機能と見なされるように、ＵＥとＰＤＮ ＧＷとの間でＩＰベアラを利用することによって実装できる。一態様によれば、そのような実装形態におけるＰＤＮ ＧＷは、１つまたは複数の他のＧＷノードと協調して、そのＰＤＮ ＧＷに関連するローカルエリアを離れるＵＥのためのＳＯＮ機能を与えることができる。追加および／または代替として、ＰＤＮ ＧＷを介したＵＥとＳＯＮサーバとの間の通信を安全にするために、ＵＥとＳＯＮサーバとの間に１つまたは複数のセキュリティ対策を実装することができる。さらに、オープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）仕様および／または任意の他の適切な仕様など、当技術分野で一般に知られている１つまたは複数の仕様を利用して、ＵＥとＰＤＮ ＧＷおよび／または別の適切なネットワークエンティティとの間のユーザプレーンベアラをセットアップおよび／または維持することができる。]
[0046] 次に図６〜図８を参照すると、ＳＯＮポリシーに従ってネットワークイベントをログ記録し、報告するためにネットワークデバイス（たとえば、ＵＥ２１０）によって利用できる様々なシステムが示されている。本明細書で説明する様々な態様によれば、ネットワークデバイスは、ＳＯＮポリシーに従う動作を可能にするために、図示のシステムの１つまたは複数および／または任意の他の適切な（１つまたは複数の）システムを利用することができることが諒解できよう。] 図６ 図７ 図８
[0047] 特に図６を参照すると、ネットワークイベントを検出するためのシステム６００のブロック図が示されている。図６に示すように、システム６００は、関連するネットワークにおいて発生する１つまたは複数のイベントを検出することができるイベント検出器６１０を含むことができる。一例では、ＳＯＮポリシー６２０および／または別の適切な定義のセットによって、イベントを定義することができる。イベント検出器６１０はネットワーク中のデバイス（たとえば、ＵＥ２１０）に関連付けることができ、または代替的にイベント検出器６１０は通信ネットワーク中の独立型エンティティとすることができることを諒解されたい。] 図６
[0048] 一態様によれば、イベント検出器６１０は、様々なタイプのイベントの検出を可能にするための１つまたは複数のモジュール６１２〜６１６を含むことができる。たとえば、イベント検出器６１０は、無線リンク障害、接続障害、ハードウェア障害など、ネットワークおよび／またはネットワーク中のデバイスに関連する障害を検出するための障害検出器６１２を含むことができる。別の例として、イベント検出器６１０はロケーションモニタ６１４を含むことができ、ロケーションモニタ６１４は、システム６００および／またはネットワーク内の関連するデバイスのロケーションを監視し、監視されるロケーションの変更（たとえば、セルおよび／またはネットワーク間での関連するデバイスの移動）を監視することができる。イベント検出器６１０は、追加および／または代替として、動作状態モニタ６１６を含むことができ、動作状態モニタ６１６は、ネットワークデバイスに関連する送信リソース（たとえば、周波数、コードなどのリソース）、送信電力、観測された干渉、および／または他の動作パラメータ、ならびに／あるいはそのようなパラメータの変更を監視することができる。]
[0049] 別の態様によれば、イベント検出器６１０が、モジュール６１２〜６１６などを介して、ＳＯＮポリシー６２０および／または別の適切なイベント定義のセットによって定義されたイベントを検出したとき、検出されたイベントのためのログ記録をトリガすることができる。一例では、検出されたイベントをログ記録するためのシステム７００を図７に示す。図７に示すように、システム７００はイベントロガー７１０を含むことができ、イベントロガー７１０は、イベント検出器７３０によって検出されたイベントの発生時に、関連するデバイスおよび／またはネットワークの状態に関する情報を測定および／またはさもなければ得ることができる。一例では、イベント検出器７３０によって識別されるイベントは、ＳＯＮポリシー７２０および／または別の適切なイベント定義のセットによって与えられる標準化されたイベントのリストに基づくことができる。] 図７
[0050] 一態様によれば、イベント検出器７１０は、イベントの時間にまたはそれに近い（たとえば、その前のおよび／またはその後の）時間に、関連するデバイスおよび／またはネットワークの動作状態に関連する様々な測定および／または観測を実行するための１つまたは複数のモジュール７１２〜７１８を含むことができる。たとえば、イベントロガー７１０は、イベントの時間を判断し、タイムスタンプ情報および／または他の関連情報を生成するための、クロック７１２、イベントの時間にまたはそれに近い時間に、関連するデバイスによって使用される送信リソース、電力設定などを判断するためのリソースアナライザ７１４、イベントの時間における関連するデバイスのためのサービングセル、関連するデバイスが、あるセルおよび／もしくはネットワークから別のセルおよび／もしくはネットワークに移動した場合の、前のおよび／もしくはターゲットのセルもしくはネットワーク、または任意の他の適切な情報を判断するためのセル状態モニタ７１６、イベントの時間におよび／またはイベントの前のもしくは後の時間に、信号品質、観測された干渉、および／または他のチャネル測定を判断するためのチャネル測定モジュール７１８、ならびに／あるいは任意の他の適切なモジュールを含むことができる。]
[0051] 一例では、イベントロガー７１０は、イベントに関連して測定されたおよび／またはさもなければ得られた情報を利用して、そのイベントに対応する報告を生成することができる。特定の非限定的な例として、イベントロガー７１０は、無線リンク障害（ＲＬＦ）イベントのための報告を生成することができ、この報告は、イベントの時間に対応するタイムスタンプ、利用可能な場合は関連するデバイスの位置情報、関連するデバイスのための現在のサービングセルの識別情報、１つまたは複数の周波数または無線アクセス技術（ＲＡＴ）における接続再確立の場合に利用されるべき１つまたは複数のターゲットセルの識別情報、ＲＬＦイベントより前の所定の時間期間の間のチャネル測定、および／あるいは他の適切な情報を含む。]
[0052] 一態様によれば、ネットワークイベントのための１つまたは複数の報告がイベントロガー７１０によって生成された後、その（１つまたは複数の）報告は、診断および最適化の目的でネットワークに供給できる。本明細書で説明する様々な態様による、観測されたイベントをネットワークに報告するための例示的なシステム８００を図８に示す。図８に示すように、システム８００はログレポータ８１０を含むことができ、ログレポータ８１０は、報告ポリシー８１４に従って生成された１つまたは複数のイベントログ８１２を、送信機８２０および／または他の適切な手段によって、１つまたは複数のネットワークエンティティに報告することを可能にすることができる。] 図８
[0053] 別の態様によれば、報告ポリシー８１４は、ログレポータ８１０および／またはログレポータ８１０に関連するデバイスに供給できるＳＯＮポリシー（たとえば、ＳＯＮポリシー２１２）に基づいて実装できる。一例では、報告ポリシー８１４は、（１つまたは複数の）イベントログ８１２がネットワークに報告されるべき方法に関する１つまたは複数の詳細を指定することができる。たとえば、報告ポリシー８１４は報告宛先８１６のリストを含むことができ、このリストは、ログレポータ８１０が命令によって（１つまたは複数の）イベントログ８１２を供給する先のネットワークエンティティを指定することができる。報告宛先８１６は、たとえば、ＳＯＮサーバ、ネットワークゲートウェイ、ｅＮＢ、ＭＭＥ、および／または任意の他の適切なエンティティを含むことができる。特定の非限定的な例では、報告宛先８１６のリストは単一の宛先を指定することができ、それに基づいて、ログレポータ８１０は、（たとえば、ＳＯＮベアラ３５２および／または４５２を介して）指定された宛先に報告を供給することができる。その後、宛先エンティティは、必要に応じて、ネットワーク内でバックホール通信などによって他のネットワークエンティティに報告を供給することができる。]
[0054] 追加および／または代替として、報告ポリシー８１４は報告スケジュール８１８を含むことができ、報告スケジュール８１８は、ログレポータ８１０によって報告が供給されるべき時間の１つまたは複数のインスタンスを指定することができる。たとえば、報告は、規則的な時間間隔（たとえば、１日当たり１回、１時間当たり１回など）、または通常のネットワーク負荷パターンに基づく時間間隔（たとえば、深夜または早朝など、ネットワーク負荷が比較的低い期間中）など、定期的にスケジュールされた間隔で発生するようにスケジュールできる。代替的に、報告スケジュール８１８は、報告が不規則な間隔で発生するように指定することができる。たとえば、報告スケジュール８１８は、対応するイベントログ８１２の生成をトリガするイベント、１つまたは複数の宛先ネットワークエンティティによる報告を求める明示的要求を開くイベントなどの後に、ネットワークからのページング要求に応答して、（１つまたは複数の）イベントログ８１２の報告を与えることができる。別の例では、報告は、測定ログを記憶するように構成されたＵＥにおけるレジスタおよび／または他のメモリが一杯またはほぼ一杯になったときに発生するようにスケジュールできる。]
[0055] 次に図９を参照すると、様々な態様による、ワイヤレス通信システムにおける無線リンク障害イベントを検出し、ログ記録し、報告するためのシステム９００のブロック図が示されている。一例では、システム９００は、基地局９２０と通信することができるＵＥ９１０を含むことができる。システム９００には、ただ１つのＵＥ９１０および１つの基地局９２０を示しているが、システム９００は任意の適切な数のＵＥ９１０および／または基地局９２０を含むことができることを諒解されたい。さらに、システム９００中のＵＥ９１０および／または基地局９２０は、図９に図示しないシステム９００中の任意の他の適切なエンティティと通信することができることを諒解されたい。一例では、システム９００は、本明細書で概して説明するように、ＭＭＥ（たとえば、ＭＭＥ３２０または４２０）、ＳＯＮサーバ（たとえば、ＳＯＮサーバ３５０または４５０）、運用および管理（Ｏ＆Ｍ）エンティティ、ならびに／あるいはシステム９００の自己最適化および／または自己修復を可能にする１つまたは複数の他のエンティティを含むことができるコアネットワーク９４０をさらに含むことができる。] 図９
[0056] 一態様によれば、ＵＥ９１０はＲＬＦ検出器９１２を含むことができ、ＲＬＦ検出器９１２は、たとえば、破棄された呼、ハンドオーバ障害、新しい呼を確立する際の障害などのＲＬＦイベントを検出するために使用できる。一例では、ＵＥ９１０はロケーション推定器９１４をさらに含むことができ、ロケーション推定器９１４は、検出された障害の時間におけるＵＥ９１０のロケーションを判断し、対応するロケーション情報を生成することができる。ロケーション推定器９１４は、ＵＥ９１０のロケーションを判断するための１つまたは複数の技法を採用することができ、その技法は、限定はしないが、衛星ベースの技術（たとえば、全地球測位システム（ＧＰＳ））、ネットワークベースの機構、ネットワークベースの機構と衛星ベースの機構とのハイブリッド、および／または任意の他の（１つまたは複数の）技法を含むことができる。別の例では、ＵＥ９１０はＲＬＦレジスタ９１６を含むことができ、ＲＬＦレジスタ９１６は、１つまたは複数の障害イベントに関する情報と対応するロケーション情報とを保持するために利用できる。]
[0057] 同様に、基地局９２０（および／またはコアネットワーク９４０中の１つまたは複数のエンティティ）はＲＬＦ検出器９２２を含むことができ、ＲＬＦ検出器９２２は、ＵＥ９１０などの少なくとも１つのモバイルデバイスを用いて無線リンク障害を検出することができる。基地局９２０はロケーション推定器９２４をさらに含むことができ、ロケーション推定器９２４は、ＲＬＦイベントの検出時に少なくとも１つのモバイルデバイスに関連するロケーション情報を判断することを可能にすることができる。さらに、ＲＬＦイベントを検出すると、および／またはロケーション情報を判断すると、基地局９２０における統合モジュール９２６は、所与のＲＬＦイベントに対応する基地局９２０において生成されたイベントおよび／またはロケーション情報を、１つまたは複数のＵＥ９１０から受信したＲＬＦイベントに関する情報と統合することができる。ＲＬＦ検出器９２２および／またはロケーション推定器９２４によって生成された情報、ならびに／あるいは統合モジュール９２６によって統合された情報は、その後、ＲＬＦレジスタ９２８において記憶できる。]
[0058] 一例では、基地局９２０は最適化分析モジュール９３０をさらに含むことができ、最適化分析モジュール９３０は、基地局９２０のサービングエリア中の１つまたは複数のモバイルデバイスにとって（１つまたは複数の）ネットワーク最適化が有益となるかどうかを判断することができる。たとえば、最適化分析モジュール９３０は、基地局９２０に関連するネイバーリストが最適化されるべきかどうかを判断し、（たとえば、ネットワーク容量の欠如によって生じたＲＬＦイベントにより）新しい基地局および／または（たとえば、不十分な信号品質によって生じたＲＬＦイベントにより）新しいリピータを追加することの利益を計算し、ならびに／あるいは他の適切なアクションを実行することができる。別の例では、基地局９２０は報告モジュール９３２を含むことができ、報告モジュール９３２は、ＲＬＦレジスタ９２８によって記憶された統合されたイベントおよびロケーション情報、ならびに／または最適化分析モジュール９３０によって生成された最適化分析結果を、コアネットワーク９４０に報告して、ネットワーク最適化および計画を可能にすることができる。]
[0059] 図９および上記の説明において規定したように、モジュール９２２〜９３２は、基地局９２０に配置し、および／またはさもなければ基地局９２０に関連付けることができる。ただし、前記モジュール９２２〜９３２は、追加または代替として、コアネットワーク９４０中の１つまたは複数のノード（たとえば、ＳＯＮサーバ、Ｏ＆Ｍエンティティ、および／または任意の他の適切なコアネットワークノード）によって実装できることを諒解されたい。一例として、最適化分析モジュール９３０は、コアネットワーク９４０中の１つまたは複数のエンティティに関連付けられ、ＵＥ９１０および／または基地局９２０から得られる情報に基づいて動作することができる。] 図９
[0060] 一態様によれば、ＵＥ９１０および基地局９２０は協働して、１つまたは複数のＲＬＦイベントに関する情報を検出し、報告することができる。より詳細には、ＵＥ９１０（ＲＬＦ検出器９１２および／またはロケーション推定器９１４を介して）および／または基地局９２０（ＲＬＦ検出器９２２および／またはロケーション推定器９２４を介して）は、様々な程度で、協働的にＲＬＦイベントに関する情報を記録し、記録された情報をコアネットワーク９４０に供給することができる。]
[0061] 上記の第１の例では、ＵＥ９１０は、ＲＬＦイベントを検出すると、ＲＬＦイベントのタイムスタンプ、利用可能な場合はＵＥ９１０の位置、サービングセルの識別情報、無線リンク再確立に関与する場合はターゲットセルの識別情報、ＵＥ９１０が別のＲＡＴおよび／または周波数におけるサービスエリアに再び入った場合はターゲット無線アクセス技術（ＲＡＴ）間または周波数間セルの識別情報、障害の前のチャネル測定など、そのイベントに関するすべての情報を記録するように、構成できる。ＵＥ９１０が新しいＲＡＴまたは周波数におけるサービスエリアに再び入った場合、新しいＲＡＴおよび／または周波数においてターゲットセルにアクセスした時間をさらに記録することができる。次いで、そのような情報、および／または任意の他の適切な情報は、基地局９２０（たとえば、最適化および分析モジュール９３０による処理のため）および／またはコアネットワーク９４０中の１つまたは複数のエンティティに提出できる。したがって、そのような例では、ＵＥ９１０を用いて行われる制御プレーンシグナリングに基づいて、ネットワーク自己最適化を実行することができる。]
[0062] 第２の例では、ＵＥ９１０および基地局９２０（またはコアネットワーク９４０内の１つまたは複数のエンティティ）は、ＲＬＦイベントを検出すると、ＲＬＦに関連する情報を協働的に記録し、報告することができる。したがって、たとえば、ＵＥ９１０は、イベントの時間にＲＬＦイベントの時間およびＵＥ９１０の位置を記録することができ、基地局９２０は、上記の第１の例で説明したＵＥ９１０によって行われる測定と同様の方法で、サービングセル、ターゲットセル、および／またはチャネル情報を記録することができる。ただし、上記は、実装できる分割の一例にすぎず、ＵＥ９１０および基地局９２０は、任意の適切な情報の重複セットまたは非重複セットを記録することができることを諒解されたい。記録時に、基地局９２０（またはコアネットワーク９４０中の１つまたは複数のエンティティ）は、その記録された情報を（たとえば、統合モジュール９２８を介して）イベントに関与するＵＥ９１０によって報告されたイベントに関する情報と統合することができる。統合された情報に基づいて、最適化および分析モジュール９３０を介して最適化を実行し、ならびに／または報告モジュール９３２を介してコアネットワーク９４０への報告を行うことができる。一例では、基地局９２０は、測定を実行し、ＵＥ９１０に関する既存のシステム設定を分析し、および／または記録するための情報を得るための任意の他の適切なアクションを実行することができる。さらに、上記の例では、ＵＥ９１０、基地局９２０、および／またはコアネットワーク９４０の間で行われたユーザプレーンシグナリングと制御プレーンシグナリングとの組合せに基づいて、ネットワーク自己最適化を実行することができることが諒解できよう。]
[0063] 第３の例では、基地局９２０（またはコアネットワーク９４０）は、１つまたは複数のＵＥ９１０に関与するＲＬＦイベントに関するすべての情報を記録するように構成できる。したがって、そのような例では、ＲＬＦ検出器９２２および／またはロケーション推定器９２４を利用して、上記の第１の例で説明したＵＥ９１０によって実行される測定と同様の１つまたは複数の測定を実行することができる。一例では、統合モジュール９２６は、それぞれの影響を受けるＵＥ９１０から１つまたは複数のタイムスタンプ報告および／または他のＲＬＦイベント報告を得るように構成でき、その報告は、基地局９２０によって、その記録された情報を増補および／または確証するために利用できる。したがって、そのような例では、基地局９２０とコアネットワーク９４０との間のＩＰシグナリングおよび／またはＵＥ９１０のためのユーザプレーンシグナリングに基づいて、ネットワーク自己最適化を実行することができることが諒解できよう。]
[0064] 別の態様によれば、ＵＥ９１０における報告モジュール９１８は、ＲＬＦレジスタ９１６によって保持されるデータに基づいて、１つまたは複数のＲＬＦイベントの報告を生成することができる。一例では、報告モジュール９１８は、基地局９２０、コアネットワーク９４０、および／または任意の他の適切なエンティティにイベント情報を供給することができる。さらに、そのような情報は、基地局９２０またはコアネットワーク９４０中の１つまたは複数のエンティティ（たとえば、Ｏ＆Ｍセンター、ＳＯＮサーバなど）による要求時に、周期的に、１つまたは複数のあらかじめ定義されたイベント（たとえば、ＲＬＦレジスタ９１８が一杯になる、関連する無線リンクが動作可能になる、など）のトリガ時に、および／あるいは任意の他の適切な時間に、供給できる。一例では、ＵＥ９１０および／または基地局９２０は、可変報告期間に基づいて周期的報告を互いに、および／またはコアネットワーク９４０に供給するように構成できる。したがって、たとえば、ＵＥ９１０および／または基地局９２０がコアネットワーク９４０に報告するための期間、またはＵＥ９１０が基地局９２０に報告するための期間は、ネットワークトポロジの変更（たとえば、基地局の追加または除去など）から時間がより離れたときと比較して、ネットワークトポロジの変更の直後のときに、より多くの報告を必要とするために、長さが比較的短くなるように構成できる。別の例では、ＵＥ９１０は、１つまたは複数のアプリケーションおよび／または他の機構を利用するように構成でき、それによって、報告モジュール９１８は、コアネットワーク９４０中の１つまたは複数のエンティティに直接データをトンネリングし、および／またはさもなければ供給することができる。]
[0065] 別の例では、ＲＬＦ報告を与えるための報告モジュール９１８および／または報告モジュール９３２によって利用できるフォーマットを、図１０の図１０００に示す。図１０００に示すように、報告はＲＬＦメッセージの形態で与えることができ、ＲＬＦメッセージはＲＬＦイベントデータ１００２を含むことができ、その後に最後のイベントビット１００４が続く。一例では、最後のイベントビット１００４を利用して、追加のＲＬＦイベントが送信されるべきかどうかを識別することができ、それによって、一連のＲＬＦイベント報告を単一の送信で通信することができるようになる。特定の例として、最後のイベントビット１００４は、「０」に設定して、後に続くＲＬＦイベントがもうないことを示すか、または「１」に設定して、追加のＲＦＬイベントが後に続くことになっていることを示すことができる。] 図１０
[0066] 図９に戻ると、一態様によれば、システム９００は、ワイヤレス通信ネットワークにおけるＲＬＦベースのネイバーリスト最適化を可能にするために利用できる。既存の通信ネットワークに関して新しい技術が展開されるにつれて、さらなるネイバーリスト（ＮＬ）最適化が望ましいことが認められた。さらに、ワイヤレス通信技術がＳＯＮ実装形態に向かう傾向が強まっていることが諒解できよう。たとえば、既存のネットワーク実装形態は、呼欠落、ハンドオーバ障害、新しい呼確立の障害などのイベントに基づいて、ネットワーク計画の標準化された最適化を提供する。そのような例では、ネットワーク最適化は、２つの基地局間の距離、信号強度、計画ツールデータ、および／または他のパラメータなど、他の入力パラメータを用いて周期的に実行できる。] 図９
[0067] しかしながら、そのような手法では、たとえば、追加のリピータおよび／または基地局が必要であることがあるので、ネイバーリスト最適化の後でさえ、ネットワークが最適化されない可能性があることが諒解できよう。さらに、この必要は、ネットワークが既存のセルおよび／またはセクタからの新しいＮＬを作成することを依然として試みることがあるので、ＲＬＦベースのＮＬ最適化中に容易に認識できないことがある。良好な無線リンクを検証するためにドライブテストを実行する場合、ネットワークは全体としてドライブルートを越えて延びているが、ネットワーク最適化は、固定のドライブルート上で行われるドライブテストに基づくので、準最適ネットワークＮＬの確率が依然としてあることが諒解できよう。したがって、これらのエリアにおける無線リンク問題は一般に発見されず、結果として、ネットワークは一般にこれらのエリアにおいて最適化されない。ドライブルート上の先では、最適化されたＮＬリストが最適でないことがあり、これは、同じ地形の周囲での最適化の第２ラウンド、第３ラウンドなどの要件をもたらすことがあることがさらに諒解できよう。場合によっては、これらの問題は、新しい基地局またはリピータが導入されるまで続くことがある。]
[0068] したがって、既存の実装形態の上記の欠点を軽減するために、システム９００は、ＵＥ９１０が（たとえば、基地局９２０および／またはコアネットワーク９４０を介して）障害の理由および／または障害のロケーションとともにＲＬＦイベントを関連するネットワークに報告することを可能にすることができる。次いで、基地局９２０および／またはコアネットワーク９４０は、他のネットワーク計画および最適化情報とともにこの情報を使用して、既存の基地局間で、あるいは１つまたは複数の新しい基地局および／またはリピータの展開とともに、関連するネイバーリストを最適化することができる。そうすることによって、システム９００は、関連するネットワークの自己組織化のための著しい効率を提供することが諒解できよう。さらに、ＵＥ９１０がドライブルートに限定されることなく全ネットワーク全体にわたって、障害理由および障害ロケーションとともにＲＬＦをネットワークに報告することができるので、システム９００は、関連するネットワークにロバストネスを提供し、それによって全ネットワークを最適化することができることが諒解できよう。]
[0069] 一態様によれば、システム９００は、ＵＥ９１０の機能に応じて様々な方法で動作することができる。より詳細には、第１の具体的な例では、ＵＥ９１０は、（たとえば、Ａｓｓｉｓｔｅｄ ＧＰＳ（Ａ−ＧＰＳ）、アドバンストフォワードリンクトリラテラレーション（ＡＦＬＴ）などを使用して）ロケーションを報告するためのサポートと、ＵＥ９１０のロケーションおよび１つまたは複数のＲＬＦイベントを記録に残すレジスタとを備えることができる。そのような例では、ＵＥ９１０に関連する無線リンクが機能せず、呼欠落、ハンドオーバ障害、または新しい呼を確立する際の障害が生じたとき、ＵＥ９１０はそのイベントをレジスタに記録することができる。次に、ＵＥ９１０は、衛星ベースの技術、ネットワークベースの技術、および／またはハイブリッド技術を使用して、ＵＥ９１０のロケーション推定をトリガすることができる。その後、ＵＥ９１０は、無線リンクを確立し続け、良好なネットワーク健康状態にあるとき、ＵＥ９１０のロケーションおよびＲＬＦイベントをレジスタ中に保ち、後に、そのような情報を基地局９２０に転送することができる。転送された情報を受信すると、基地局９２０は、関連するネイバーリストの即時の変更が、ＵＥ９１０のエリア中のＵＥに役立つかどうかを判断することができる。次いで、この判断の結果は、さらなるネットワーク組織化および計画のために、コアネットワーク９４０に供給できる。]
[0070] 第２の例では、ＵＥ９１０は、（たとえば、Ａ−ＧＰＳ、ＡＦＬＴなどを使用して）ロケーションを報告するためのサポートと、ＵＥ９１０のロケーションおよび１つまたは複数のＲＬＦイベントを記録に残すレジスタと、第１のＲＬＦイベントにおいて開始し、連続するＲＬＦイベントにおいて再始動するタイマとを備えることができる。そのような例では、ＲＬＦイベントに遭遇すると、ＵＥ９１０は上述のように、イベントを記録し、ロケーションを推定することができる。次に、ＵＥ９１０はタイマを開始することができ、タイマは、別のＲＬＦイベントが発生するまで続く。後続のＲＬＦイベントの発生において、ＵＥ９１０は、基地局９２０への送信のために、前の障害のロケーションおよび原因をバッファに入れることができる。その後、このプロセスは、ＵＥ９１０が基地局９２０との十分な通信リンクを確立するまで繰り返すことができ、通信リンクが確立したとき、ＵＥ９１０は、記録された（１つまたは複数の）ＲＬＦイベントに対応する情報を基地局９２０に報告することができる。]
[0071] 第３の例では、ＵＥ９１０は、（たとえば、Ａ−ＧＰＳ、ＡＦＬＴなどを使用して）ロケーションを報告するためのサポートと、ＵＥ９１０のロケーションを記録に残すレジスタとを備えることができ、基地局９２０は、１つまたは複数のＲＬＦイベントおよびその対応する原因を記録に残すレジスタを備えることができる。そのような例では、ＲＬＦ障害に遭遇すると、基地局９２０は、そのイベントをレジスタに記録することができる。その後、ＵＥ９１０は、概して上述のように、そのロケーションを推定することができる。ＵＥ９１０と基地局９２０との間に通信リンクが確立されると、ＵＥ９１０は、推定されたロケーション情報を基地局９２０に転送することができ、その後、基地局９２０は、概して上述のように、ネイバーリスト最適化を実行することができる。]
[0072] 上記の例に関して、そのような例は、システム９００によって利用できる可能な実装形態の網羅的なリストとして働くものではないことを諒解されたい。さらに、本明細書に添付の特許請求の範囲は、別段の明示的な規定がない限り、１つまたは複数の特定の実装形態に限定されるものではないことを諒解されたい。]
[0073] 次に図１１〜図１５を参照すると、本明細書で説明する様々な態様による、実装できる様々なプロシージャが示されている。ただし、図１１〜図１３に示すプロシージャは非限定的な例として与えられており、図示のプロシージャに加えて、またはそれらの代わりに、任意の適切なプロシージャが利用できることを諒解されたい。本明細書で説明するように利用できる任意のプロシージャは、本明細書に添付の特許請求の範囲内に入るものとすることをさらに諒解されたい。] 図１１ 図１２ 図１３ 図１４ 図１５
[0074] 特に図１１を参照すると、ネットワーク管理ポリシー（たとえば、ＳＯＮポリシー２１２）をデバイス（たとえば、ＵＥ２１０）に供給するためのプロシージャを示す図１１００が与えられている。一態様によれば、図１１００に示すプロシージャは、関連するネットワークとの通信を確立するためにＵＥによって利用される接続プロシージャ中に、ＵＥにネットワーク管理ポリシーを供給するために利用できる。] 図１１
[0075] 図１１に示すように、時間１１０２において、ＵＥは、ネットワークに関連するＭＭＥのＥＭＭレイヤに接続要求メッセージを通信することによって、ネットワークとの接続プロシージャを開始する。一例では、時間１１０２においてＵＥによって与えられた接続要求メッセージは、ネットワークに対するＳＯＮおよび／またはＥＮＭサポートに関するＵＥおよび／またはネットワーク（ＮＷ）の機能を示すことができる。次に、時間１１０４において、ＳＯＮサポートのためのＵＥおよびネットワークの機能についての通知を、ＭＭＥにおけるＥＭＭレイヤからＥＮＭレイヤに中継する。今度は、時間１１０６において、この通知をＵＥのＩＤとともにＳＯＮサーバに供給する。それに応答して、時間１１０８において、ＳＯＮサーバは、ＵＥおよびネットワークのためのＳＯＮポリシーをＭＭＥのＥＮＭレイヤに中継する。時間１１１０におけるＵＥとネットワークとの間の接続プロシージャの実行に続いて、時間１１１２において、ＭＭＥにおけるＥＮＭレイヤは、ＳＯＮサーバによってＵＥ用に構成されたＳＯＮポリシーとともに、ＵＥのためのＥＮＭ ＳＯＮポリシーセットアップ要求をＥＭＭレイヤに供給する。その後、時間１１１４において、ＭＭＥにおけるＥＭＭレイヤは、ＵＥへの結合された接続受付けおよびＥＮＭ ＳＯＮポリシーセットアップ要求メッセージを使用して、ＳＯＮポリシーをＵＥに中継する。時間１１１４におけるそのメッセージに応答して、ＵＥは、時間１１１６において、接続プロシージャの完了を確認し、ＳＯＮポリシーの受信を確証するために、接続完了およびＥＮＭ ＳＯＮポリシーセットアップ応答メッセージを与える。] 図１１
[0076] 次に図１２を参照すると、ネットワーク管理ポリシーをネットワークデバイスに供給するための別のプロシージャを示す図１２００が示されている。図１２００に示す例では、ＭＭＥは、ＵＥとＭＭＥに関連するネットワークとの間のシグナリング接続により、シグナリング接続が確立された後、ＳＯＮポリシーをＵＥに搬送することができる。] 図１２
[0077] 一態様によれば、図１２００に示すプロシージャは、時間１２０２において開始し、ネットワークに関連するＳＯＮサーバが、ＵＥによって利用されるべきＳＯＮポリシーを関連するＭＭＥに供給する。図１２００にさらに示すように、次いで、ＭＭＥは、このＳＯＮポリシーをＵＥに供給する。一例では、ＵＥがアイドル状態である場合、ＭＭＥは、ＥＮＭメッセージ交換のためのシグナリング接続をセットアップするためにＵＥをページングすることができる。したがって、時間１２０４において、ＭＭＥは、ＵＥにサービスしているｅＮＢにページング要求メッセージを供給し、時間１２０６において、ｅＮＢはＵＥをページングする。時間１２０８において、ＵＥは、時間１２０４において受信されたページング信号に応答して、サービス要求メッセージをＭＭＥに提出する。]
[0078] その後、時間１２１０において、ＭＭＥは、ｅＮＢに初期ＵＥコンテキストを供給する。図１２００に示す例では、時間１２１０において供給されたＵＥコンテキストは、ユーザプレーンコンテキストを省略することができる。時間１２１２において、ｅＮＢはこの情報を利用して、ＵＥとともにシグナリング無線ベアラ（ＳＲＢ）セットアッププロセスに係わり、その後、時間１２１４において、ｅＮＢは初期ＵＥコンテキスト応答メッセージをＭＭＥに供給する。それに応じて、時間１２１６において示すように、ＵＥとＭＭＥとの間にシグナリングベアラを確立する。]
[0079] 時間１２１６におけるＵＥとＭＭＥとの間のシグナリングベアラの確立の後、時間１２１８において、ＭＭＥはＥＮＭＳＯＮポリシーセットアップ要求メッセージをＵＥに供給する。一例では、このメッセージは、ＵＥによって利用されるべきＳＯＮポリシーの１つまたは複数の詳細（たとえば、報告すべきイベントの定義、報告中に含めるべき測定、報告のスケジュールなど）を指定することができる。最後に、時間１２２０において、ＵＥは、ＭＭＥに通信されるＥＮＭ ＳＯＮポリシーセットアップ応答メッセージを用いて、時間１２１８においてＭＭＥによって供給されたＳＯＮポリシーを確認する。]
[0080] 次に図１３を参照すると、様々な態様による、ネットワーク管理ポリシーに従って報告を与えるために利用できる例示的なプロシージャを示す図１３００が与えられている。一例では、図１３００に示すプロシージャが、アイドル状態のＵＥのためにネットワークによって開始されると、ネットワークに関連するＭＭＥは、ＥＮＭメッセージ交換のためのシグナリング接続をセットアップするためにＵＥをページングすることができる。一態様によれば、時間１２０２〜１２１６における図１２００に示すプロシージャと同様の方法で、時間１３０２〜１３１６において、ページングを行う。代替的に、図１３００に示すプロシージャは、ＵＥのＳＯＮポリシーに基づいてＵＥ自体によってなど、任意の適切な方法で開始できることが諒解できよう。] 図１３
[0081] 時間１３０２〜１３１６において示すようにＵＥとＭＭＥとの間のシグナリングベアラの確立時に、または任意の他の適切な技法がＵＥからネットワークへのネットワーク管理報告を開始すると、時間１３１８において、ＭＭＥはＥＮＭ ＳＯＮログ記録イベント報告要求メッセージをＵＥに提出する。それに応答して、時間１３２０において、ＵＥは、１つまたは複数の要求されたイベントログを含むＥＮＭ ＳＯＮログ記録イベント報告を逆にＭＭＥに通信する。次いで、時間１３２２において、そのログ記録されたイベントの報告を、ＭＭＥからＳＯＮサーバに供給する。]
[0082] 一態様によれば、時間１３１８においてＵＥに供給された報告要求は、１つまたは複数の特定のイベントログの報告を指定することができ、時間１３２０において、その報告をＵＥからＭＭＥに供給する。代替的に、報告要求は、より広く、（たとえば、ＵＥによる最後の報告以来）所定の時間期間においてＵＥによって維持される一部または全部のイベントログの報告を要求することができる。一例では、報告要求は、時間１３２０においてＵＥによって供給された（１つまたは複数の）イベントログ中に含まれるべき１つまたは複数の特定のアイテムをさらに指定することができる。]
[0083] 図１４を参照すると、ＲＬＦ報告を（たとえば、コアネットワーク９４０に関連する）Ｏ＆Ｍエンティティに供給するための例示的なプロシージャを示す図１４００が与えられている。一例では、時間１２０２〜１２１６における図１２００に示す方法と同様の方法で、時間１４０２〜１４１６において、ＵＥとＭＭＥとの間にシグナリングベアラを確立する。さらに、時間１３１８〜１３２２における図１３００に示すプロシージャと同様の方法で、時間１４１８〜１４２２において、ＵＥはＭＭＥを介して、ログ記録されたイベント報告をＳＯＮサーバに供給する。図示のように時間１４１８〜１４２２においてイベント報告を受信すると、時間１４２４において、ネットワークは、ＵＥおよびネットワークにおける複数のＲＬＦイベントの相関をＳＯＮサーバにおいてトリガする。その後、時間１４２６において、ＳＯＮサーバは、メッセージ中のＲＬＦイベントをＯ＆Ｍエンティティに周期的に報告して、別のｅＮＢおよび／またはリピータの必要を評価し、ネイバーリスト最適化を実行し、ならびに／あるいは任意の他の適切な（１つまたは複数の）アクションを行う。] 図１４
[0084] 次に図１５を参照すると、オンデマンドＲＬＦ報告をＯ＆Ｍエンティティに供給するための例示的なプロシージャを示す別の図１５００が与えられている。図１５００に示すように、時間１５０２〜１５２２において、ＵＥとＭＭＥとの間にシグナリングベアラを確立し、それに基づいて、ＵＥはＭＭＥを介して、ログ記録されたイベント報告をＳＯＮサーバに提出する。次に、時間１５２４において、ネットワークは、時間１４２４における図１４００に示す方法と同様の方法で、ＵＥおよびネットワークにおける複数のＲＬＦイベントの相関をＳＯＮサーバにおいてトリガする。その後、時間１５２６および１５２８において、Ｏ＆Ｍエンティティは、それぞれ、ＳＯＮサーバへの要求メッセージおよびＳＯＮサーバからの応答メッセージを利用して、別のｅＮＢおよび／またはリピータの必要を評価し、ネイバーリスト最適化を実行し、ならびに／あるいは任意の他の適切な（１つまたは複数の）アクションを行う。] 図１５
[0085] 図１６を参照すると、様々な態様による、利用できる例示的なネットワーク構成を示す図１６００が与えられている。図１６００に示すように、例示的なネットワークは、それぞれのサービスエリアにカバレージを与えることができる１つまたは複数の動作中の基地局１６０２を含むことができる。一例では、概して上述のように得られた報告に基づいて、第１のグルーピング１６０８が、新しい呼を発信するための障害に関連するモバイルデバイスロケーションを表し、第２のグルーピング１６１０が、破棄された呼に関連するモバイルデバイスロケーションを表し、第３のグルーピング１６１２が、ハンドオーバ障害に関連するモバイルデバイスロケーションを表すことなどが判断できる。一態様によれば、グルーピング１６０８〜１６１２に関する情報は、ネットワークにおいて新しい基地局１６０６および／または新しいリピータ１６０４が必要であることを判断するための基礎として利用できる。] 図１６
[0086] 図１７〜図２２を参照すると、本明細書に記載の様々な態様による、実行できる方法が示されている。説明を簡潔にする目的で、方法を一連の行為として図示し説明するが、いくつかの行為は、１つまたは複数の態様によれば、本明細書で図示し説明する順序とは異なる順序で、および／または他の行為と同時に行われるので、方法は行為の順序によって限定されないことを理解し、諒解されたい。たとえば、方法は、状態図など、一連の相互に関連する状態または事象として代替的に表現できることを当業者ならば理解し、諒解するであろう。さらに、１つまたは複数の態様による方法を実装するために、図示のすべての行為が必要とされるわけではない。] 図１７ 図１８ 図１９ 図２０ 図２１ 図２２
[0087] 図１７を参照すると、通信システム（たとえば、図２０２〜図２０４に示すシステム）中のデバイス（たとえば、ＵＥ２１０）にイベント報告ポリシーを供給するための方法１７００が示されている。方法１７００は、たとえば、基地局、ネットワークコントローラ（たとえば、ネットワークマネージャ２２０）および／または任意の他の適切なネットワークエンティティによって実行できることを諒解されたい。方法１７００はブロック１７０２において開始し、ネットワーク管理報告機能をもつＵＥを識別する。一例では、ブロック１７０２において、ＵＥによって供給される制御シグナリングおよび／またはＵＥとの過去の通信に基づいてＵＥを識別することができる。追加および／または代替として、ＵＥのデバイスＩＤおよび／または他の特性から、ならびに／あるいは任意の他の適切な手段によって、ＵＥのネットワーク管理報告能力を推測することができる。] 図１７
[0088] 次に、ブロック１７０４において、報告すべきイベントの定義と、ブロック１７０２において識別されたＵＥによって利用されるべき報告スケジュールとを含む報告ポリシー（たとえば、ＳＯＮポリシー２１７）を識別する。一態様によれば、定義のリスト中のイベントは、１つまたは複数の障害イベント（たとえば、ハードウェア障害、接続障害、ＲＬＦなど）、１つまたは複数のリソース測定（たとえば、ＵＥによって使用される送信電力および／または他のリソースの測定）、ネットワークトポロジ情報（たとえば、ＵＥが接続されているセル、ＵＥのためのホームおよび／または訪問セルなどの識別情報）などを含むことができる。さらに、スケジュールは、所定の時間間隔、ネットワーク負荷に基づく時間間隔、それぞれのイベントのログ記録の直後のまたは実質的に直後の時間期間など、定義されたイベントに関連するログを報告するための１つまたは複数の時間を指定することができる。一例では、ブロック１７０４において識別された報告スケジュールは、それぞれの報告において与えられるべき１つまたは複数の診断測定をさらに含むことができる。]
[0089] ブロック１７０４において、ＵＥによって利用されるべき報告ポリシーを識別すると、ブロック１７０６において、指定されたネットワークエンティティとＵＥとの間に、報告ポリシーの通信のためのリンクを確立する。一例では、ブロック１７０６において、ＵＥと方法１７００が実行されるネットワークとの間の接続の確立中に制御プレーンシグナリングを使用して報告ポリシーをＵＥに供給することができ、これは、接続プロシージャ、ページングプロシージャ、および／または別の適切な技法によって達成できる。代替的に、ブロック１７０６において、任意の他の適切な時間に、報告ポリシーをＵＥに供給することができることが諒解できよう。別の代替として、ブロック１７０６において、ゲートウェイノードおよび／または別の適切なネットワークエンティティを指定して、指定されたネットワークエンティティとＵＥとの間のユーザプレーンベアラを使用して、報告ポリシーをＵＥに供給することができる。一例では、ブロック１７０６において指定されたネットワークエンティティとＵＥとが、１つまたは複数のＩＰアプリケーション機能によって対話することができるように、指定されたネットワークエンティティとＵＥとの間にベアラを確立することができる。]
[0090] ブロック１７０２〜１７０６において説明した行為を完了すると、方法１７００は終了する。代替的に、方法１７００は随意にブロック１７０８に進み、ブロック１７０６において確立された、報告ポリシーを供給するためのリンク先のＵＥから、前記報告ポリシーに従って、１つまたは複数の報告を受信する。次いで、方法１７００はブロック１７１０において終了し、ブロック１７０８において受信した（１つまたは複数の）報告に少なくとも部分的に基づいて、ネットワークパフォーマンスを最適化する。ブロック１７１０における最適化は、たとえば、ＵＥによってログ記録される障害の発生を低減するための、ＵＥと通信するために利用されるレート、符号化、電力、および／または他のパラメータの調整を含むことができる。別の例として、ブロック１７１０における最適化は、方法１７００が実行されるネットワークにおける干渉の影響を軽減するための、送信電力、および／または周波数、時間、コードなどのリソースの制御を含むことができる。さらに、ブロック１７１０において任意の他の適切な最適化を実行することができることを諒解されたい。]
[0091] 図１８に、ネットワーク報告プロシージャを管理するための方法１８００を示す。方法１８００は、たとえば、アクセスポイント、ネットワーク管理エンティティ、および／または任意の他の適切なネットワークデバイスによって実行できる。方法１８００は、ブロック１８０２において開始し、ＵＥに供給されるべき報告ポリシーを識別する。次に、ブロック１８０４において、ＵＥがアイドル状態であるかどうかを判断する。ＵＥがアイドル状態である場合、ブロック１８０６において、ページングプロシージャ（たとえば、図１０００に示すようなページングプロシージャ）を利用して、ＵＥをページングする。ブロック１８０６においてページングを完了すると、またはブロック１８０４においてＵＥがアイドル状態でないと判断すると、方法１８００はブロック１８０８に進み、ブロック１８０２において識別された報告ポリシーをＵＥに供給する。一例では、ブロック１８０６におけるページングとブロック１８０８における報告ポリシーの通信とを組み合わせて、ブロック１８０４においてＵＥがアイドル状態であると判断したときの単一のアクションにすることができる。] 図１８
[0092] ブロック１８０８において報告ポリシーをＵＥに供給した後、方法１８００はブロック１８１０に進み、報告ポリシーに従ってＵＥによって供給されるべき報告を識別する。一例では、ブロック１８０８においてＵＥに供給された報告ポリシーに従って、ブロック１８１０において、ＵＥによって供給されるべき特定の報告を識別することができる。代替的に、ブロック１８１０における識別は、より広く、識別時にＵＥによってログ記録される、および／または記憶される１つまたは複数の報告を対象とすることができる。次いで、方法１８００はブロック１８１２に進み、ＵＥがアイドル状態であるかどうかを判断する。ＵＥがアイドル状態である場合、ブロック１８１４において、ページングプロシージャ（たとえば、図１１００に示すようなページングプロシージャ）を利用して、ＵＥをページングする。ブロック１８１４においてページングを完了すると、またはブロック１８１２においてＵＥがアイドル状態でないと判断すると、方法１８００はブロック１８１６に進み、ブロック１８１０において識別された（１つまたは複数の）報告をＵＥに要求する。一例では、ブロック１８１４におけるページングとブロック１８１６において行われた（１つまたは複数の）要求とを組み合わせて、ブロック１８１２においてＵＥがアイドル状態であると判断したときの単一のアクションにすることができる。次いで、方法１８００はブロック１８１８において終了し、ブロック１８１６において行われた（１つまたは複数の）要求に応答して、ＵＥから（１つまたは複数の）報告を得る。]
[0093] 図１９は、ネットワーク管理方式（たとえば、ＳＯＮポリシー２１２）に従ってネットワークイベントをログ記録し、報告するための方法１９００の流れ図である。方法１９００は、たとえば、端末デバイス（たとえば、ＵＥ２１０）および／または任意の他の適切なネットワークエンティティによって実行できる。方法１９００はブロック１９０２において開始し、イベントリストおよび報告スケジュールをネットワークから（たとえば、ＳＯＮポリシー２１２としてネットワークマネージャ２２０から）受信する。一例では、ブロック１９０２において受信したイベントリストは、ネットワーク内で利用される標準化されたイベントの１つまたは複数の定義を含むことができる。追加および／または代替として、ブロック１９０２において受信した報告スケジュールは、報告が行われるべき時間および／または報告において与えられるべき情報を識別することができる。] 図１９
[0094] 次に、ブロック１９０４において、方法１９００を実行するデバイスの動作を監視する。ブロック１９０４における監視は、たとえば、障害が発生するかどうかを（たとえば、障害検出器６１２を使用することによって）判断すること、（たとえば、ロケーションモニタ６１４を介して）ロケーションおよび／またはネットワークトポロジ情報を得て、その変更を検出すること、（たとえば、動作状態モニタ６１６を使用して）方法１９００を実行するデバイスの通信リソース、送信電力、および／または他の動作パラメータを識別し、そのようなパラメータの変更を観測すること、ならびに／あるいは任意の他の適切な動作を含むことができる。ブロック１９０６において、ブロック１９０４における監視に基づいて、（たとえば、イベント検出器６１０によって）イベントが検出されたかどうかを判断する。イベントが検出されなかった場合、ブロック１９０４における監視は続く。他の場合は、方法１９００はブロック１９０８に進み、検出されたイベントに関する情報を収集する。そのような情報は、たとえば、（たとえば、クロック７１２によって判断された）イベントの時間、イベントの時間に使用された（たとえば、リソースアナライザ７１４によって測定された）電力、周波数などのリソース、イベントの時間に（たとえば、セル状態モニタ７１６によって）観測されたロケーションおよび／またはネットワークトポロジ情報、（たとえば、チャネル測定モジュール７１８によって測定された）チャネル品質および／または他の診断情報、ならびに／あるいは任意の他の適切な情報を含むことができる。]
[0095] ブロック１９０８において説明した行為を完了すると、方法１９００はブロック１９１０において終了し、ブロック１９０２において受信した報告スケジュールに従って、ブロック１９０８において収集された情報を（たとえば、ログレポータ８１０によって）ネットワークに報告する。一態様によれば、ブロック１９１０において、報告スケジュール（たとえば、報告スケジュール８１８）によって指定された１つまたは複数の時間に、１つまたは複数の所定の宛先（たとえば、報告宛先８１６）に報告を供給することができる。]
[0096] 図２０を参照すると、ネットワーク管理方式に従ってネットワークイベントをログ記録し、報告するための別の方法２０００が示されている。方法２０００は、たとえば、ＵＥおよび／または任意の他の適切なネットワークエンティティによって実行できることを諒解されたい。方法２０００はブロック２００２において開始し、イベント定義リストと関連する測定のセットとを受信する。ブロック２００４において、ブロック２００２において受信した測定のセットを実行する。次に、ブロック２００６において、イベント定義リスト中に定義されたイベントが発生したかどうかを判断する。そのようなイベントが発生しなかった場合、ブロック２００４における測定は続く。代替的に、ブロック２００６において、そのようなイベントが発生したと判断した場合、方法２０００はブロック２００８に進み、ブロック２００６において発生したと判断したイベントの時間にブロック２００４において行われた測定をログ記録する。] 図２０
[0097] ２００６におけるログ記録に続いて、イベントに対応するログ記録された情報を、逆に、関連するネットワークに、様々な方法で報告することができる。したがって、方法２０００はブロック２０１０に進み、（たとえば、図１１００に示すように）ネットワークによってログ報告が要求されたかどうかを判断する。ログ報告が要求された場合、方法２０００はブロック２０１２において終了し、要求に応答して、ログ記録された測定をネットワークに送信する。対照的に、ログ報告が要求されなかった場合、方法２０００は代わりにブロック２０１４に進み、方法２０００を実行するエンティティに報告スケジュールが供給されたかどうかを判断する。報告スケジュールが供給されたと判断した場合、方法２０００はブロック２０１６において終了し、供給された報告スケジュールに従って、ログ記録された測定を送信する。一方、報告スケジュールが供給されなかったと判断した場合、方法２０００は代わりにブロック２０１０に戻り、ログ報告の要求を識別するための試みを繰り返す。]
[0098] 図２１に、ＲＬＦイベントを検出し、報告するための方法２１００を示す。方法２１００は、たとえば、端末および／または任意の他の適切なネットワークデバイスによって実行できる。方法２１００はブロック２１０２において開始し、（たとえば、ＲＬＦ検出器９１２によって）ＲＬＦを検出する。その後、方法２１００はブロック２１０４に進み、ブロック２１０２において検出されたＲＬＦに関して、（たとえば、それぞれ、ＲＬＦ検出器またはロケーション推定器９１４によって）ＲＬＦイベント情報および／またはロケーション情報を記録する。次いで、方法２１００はブロック２１０６において終了し、ブロック２１０４において記録されたイベント情報を（たとえば、報告モジュール９１８を介して）送信する。] 図２１
[0099] 次に図２２を参照すると、ＲＬＦイベントを検出し、報告するための別の方法２２００が示されている。方法２２００は、たとえば、基地局および／または任意の他の適切なネットワークデバイスによって実行できる。方法２２００はブロック２２０２において開始し、（たとえば、ＲＬＦ検出器９２２によって）ＲＬＦを検出する。その後、方法２２００はブロック２２０４に進み、ブロック２２０２において検出されたＲＬＦに関して、（たとえば、それぞれ、ＲＬＦ検出器９２２またはロケーション推定器９２４によって）ＲＬＦイベント情報および／またはロケーション情報を記録する。次いで、方法２２００はブロック２２０６に進み、ブロック２２０２において検出されたＲＬＦに関する情報を少なくとも１つのモバイルデバイス（たとえば、ＵＥ９１０）から受信する。次に、ブロック２２０８において、ブロック２２０４において記録された情報とブロック２２０６において受信した情報とを（たとえば、統合モジュール９２６によって）統合する。次いで、方法２２００はブロック２２１２において終了し、ブロック２２１０において統合された情報を（たとえば、報告モジュール９３２を介して）報告する。] 図２２
[0100] 次に図２３を参照すると、本明細書で説明する様々な態様が機能することができる、例示的なワイヤレス通信システム２３００を示すブロック図が与えられている。一例では、システム２３００は、送信機システム２３１０と受信機システム２３５０とを含む多入力多出力（ＭＩＭＯ）システムである。ただし、送信機システム２３１０および／または受信機システム２３５０は、たとえば、（たとえば、基地局上の）複数の送信アンテナが１つまたは複数のシンボルストリームを単一のアンテナデバイス（たとえば、移動局）に送信することができる、多入力単出力システムにも適用できることを諒解されたい。さらに、本明細書で説明する送信機システム２３１０および／または受信機システム２３５０の態様は、単出力単入力アンテナシステムに関して利用できることを諒解されたい。] 図２３
[0101] 一態様によれば、送信機システム２３１０において、いくつかのデータストリームのトラフィックデータがデータソース２３１２から送信（ＴＸ）データプロセッサ２３１４に供給される。一例では、各データストリームは、次いで、それぞれの送信アンテナ２３２４を介して送信できる。さらに、ＴＸデータプロセッサ２３１４は、符号化データを供給するために、それぞれのデータストリーム用に選択された特定の符号化方式に基づいて、データストリームごとにトラフィックデータをフォーマット化し、符号化し、インタリーブすることができる。一例では、各データストリームの符号化データは、次いで、ＯＦＤＭ技法を使用してパイロットデータで多重化できる。パイロットデータは、たとえば、知られている方法で処理される知られているデータパターンとすることができる。さらに、パイロットデータは、チャネル応答を推定するために受信機システム２３５０において使用できる。送信機システム２３１０に戻ると、各データストリームの多重化されたパイロットデータおよび符号化データは、変調シンボルを供給するために、それぞれのデータストリーム用に選択された特定の変調方式（たとえば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）できる。一例では、各データストリームのデータレート、符号化、および変調は、プロセッサ２３３０上で実行される命令および／またはプロセッサ２３３０によって与えられる命令によって判断できる。]
[0102] 次に、すべてのデータストリームの変調シンボルはＴＸプロセッサ２３２０に供給でき、ＴＸプロセッサ２３２０は、（たとえば、ＯＦＤＭ用に）変調シンボルをさらに処理することができる。次いで、ＴＸＭＩＭＯプロセッサ２３２０は、ＮＴ個の変調シンボルストリームをＮＴ個のトランシーバ２３２２ａ〜２３２２ｔに供給することができる。一例では、各トランシーバ２３２２は、それぞれのシンボルストリームを受信し、処理して、１つまたは複数のアナログ信号を供給することができる。次いで、各トランシーバ２３２２は、それらのアナログ信号をさらに調整（たとえば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介して送信するのに適した変調信号を供給することができる。したがって、トランシーバ２３２２ａ〜２３２２ｔからのＮＴ個の変調信号は、次いで、それぞれ、ＮＴ個のアンテナ２３２４ａ〜２３２４ｔから送信できる。]
[0103] 別の態様によれば、送信された変調信号は、ＮＲ個のアンテナ２３５２ａ〜２３５２ｒによって受信機システム２３５０において受信できる。次いで、各アンテナ２３５２から受信した信号は、それぞれのトランシーバ２３５４に供給できる。一例では、各トランシーバ２３５４は、それぞれの受信信号を調整（たとえば、フィルタリング、増幅、およびダウンコンバート）し、調整された信号をデジタル化して、サンプルを供給し、次いで、それらのサンプルを処理して、対応する「受信」シンボルストリームを供給することができる。次いで、ＲＸＭＩＭＯ／データプロセッサ２３６０は、特定の受信機処理技法に基づいてＮＲ個のトランシーバ２３５４からＮＲ個の受信シンボルストリームを受信し、処理して、ＮＴ個の「検出」シンボルストリームを供給することができる。一例では、各検出シンボルストリームは、対応するデータストリームに関して送信される変調シンボルの推定であるシンボルを含むことができる。次いで、ＲＸプロセッサ２３６０は、各検出シンボルストリームを少なくとも部分的に復調し、デインタリーブし、復号することによって、各シンボルストリームを処理して、対応するデータストリームに関するトラフィックデータを回復することができる。したがって、ＲＸデータプロセッサ２３６０による処理は、送信機システム２３１０においてＴＸ ＭＩＭＯプロセッサ２３２０およびＴＸデータプロセッサ２３１４によって実行される処理を補足することができる。ＲＸプロセッサ２３６０は、さらに、処理されたシンボルストリームをデータシンク２３６４に供給することができる。]
[0104] 一態様によれば、ＲＸプロセッサ２３６０によって生成されるチャネル応答推定は、受信機において空間／時間処理を実行し、電力レベルを調整し、変調レートまたは方式を変更し、および／あるいは他の適切なアクションを実行するために使用できる。さらに、ＲＸプロセッサ２３６０は、たとえば、検出シンボルストリームの信号対雑音干渉比（ＳＮＲ）などのチャネル特性をさらに推定することができる。次いで、ＲＸプロセッサ２３６０は、推定されたチャネル特性をプロセッサ２３７０に供給することができる。一例では、ＲＸプロセッサ２３６０および／またはプロセッサ２３７０は、システムに関する「動作」ＳＮＲの推定をさらに導出することができる。次いで、プロセッサ２３７０は、通信リンクおよび／または受信データストリームに関する情報を備えることができるチャネル状態情報（ＣＳＩ）を与えることができる。この情報は、たとえば、動作ＳＮＲを含むことができる。次いで、ＣＳＩは、ＴＸデータプロセッサ２３１８によって処理し、変調器２３８０によって変調し、トランシーバ２３５４ａ〜２３５４ｒによって調整し、送信機システム２３１０に返信することができる。さらに、受信機システム２３５０におけるデータソース２３１６は、ＴＸデータプロセッサ２３１８によって処理される追加のデータを与えることができる。]
[0105] 送信機システム２３１０に戻ると、次いで、受信機システム２３５０からの変調信号は、アンテナ２３２４によって受信し、トランシーバ２３２２によって調整し、復調器２３４０によって復調し、ＲＸデータプロセッサ２３４２によって処理して、受信機システム２３５０によって報告されたＣＳＩを回復することができる。一例では、報告されたＣＳＩは、次いで、１つまたは複数のデータストリームのために使用されるべきデータレートならびに符号化および変調方式を判断するために、プロセッサ２３３０に供給し、使用することができる。次いで、判断された符号化および変調方式は、受信機システム２３５０への後の送信における量子化および／または使用のために、トランシーバ２３２２に供給できる。追加および／または代替として、報告されたＣＳＩは、ＴＸデータプロセッサ２３１４およびＴＸＭＩＭＯプロセッサ２３２０のための様々な制御を生成するためにプロセッサ２３３０によって使用できる。別の例では、ＲＸデータプロセッサ２３４２によって処理されるＣＳＩおよび／または他の情報は、データシンク２３４４に供給できる。]
[0106] 一例では、送信機システム２３１０におけるプロセッサ２３３０および受信機システム２３５０におけるプロセッサ２３７０は、それらのそれぞれのシステムにおいて動作を指令する。さらに、送信機システム２３１０におけるメモリ２３３２および受信機システム２３５０におけるメモリ２３７２は、それぞれ、プロセッサ２３３０および２３７０によって使用されるプログラムコードおよびデータの記憶域を与えることができる。さらに、受信機システム２３５０において、ＮＲ個の受信信号を処理して、ＮＴ個の送信シンボルストリームを検出するために、様々な処理技法が使用できる。これらの受信機処理技法は、等化技法とも呼ばれることがある空間および時空間受信機処理技法、ならびに／あるいは「逐次干渉消去」または「逐次消去」受信機処理技法とも呼ばれることがある「逐次ヌリング／等化および干渉消去」受信機処理技法を含むことができる。]
[0107] 図２４は、本明細書で説明する様々な態様による、ネットワーク管理および最適化を可能にするシステム２４００のブロック図である。一例では、システム２４００は、基地局またはノードＢ２４０２を含む。図示のように、ノードＢ２４０２は、１つまたは複数の受信（Ｒｘ）アンテナ２４０６を介して１つまたは複数のＵＥ２４０４から（１つまたは複数の）信号を受信し、１つまたは複数の送信（Ｔｘ）アンテナ２４０８を介して１つまたは複数のＵＥ２４０４にその信号を送信することができる。] 図２４
[0108] さらに、ノードＢ２４０２は、（１つまたは複数の）受信アンテナ２４０６から情報を受信する受信機２４１０を備えることができる。一例では、受信機２４１０は、受信した情報を復調する復調器（Ｄｅｍｏｄ）２４１２に動作可能に結合できる。次いで、復調されたシンボルは、プロセッサ２４１４によって分析できる。プロセッサ２４１４は、コードクラスタ、アクセス端末割当て、それに関するルックアップテーブル、固有のスクランブル系列に関する情報、および／または他の適切なタイプの情報を記憶することができるメモリ２４１６に結合できる。一例では、ノードＢ２４０２は、方法１７００、１８００、２２００、ならびに／または他の同様のおよび適切な方法を実行するために、プロセッサ２４１４を採用することができる。ノードＢ２４０２はまた、送信機２４２０によって（１つまたは複数の）送信アンテナ２４０８を介して送信するために信号を多重化することができる変調器２４１８を含むことができる。]
[0109] 図２５は、本明細書で説明する様々な態様による、ネットワークイベントのログ記録および報告を可能にするシステム２５００のブロック図である。一例では、システム２５００はモバイル端末２５０２を含む。図示のように、モバイル端末２５０２は、１つまたは複数のアンテナ２５０８を介して、１つまたは複数の基地局２５０４から（１つまたは複数の）信号を受信し、１つまたは複数の基地局２５０４にその信号を送信することができる。さらに、モバイル端末２５０２は、（１つまたは複数の）アンテナ２５０８から情報を受信する受信機２５１０を備えることができる。一例では、受信機２５１０は、受信した情報を復調する復調器（Ｄｅｍｏｄ）２５１２に動作可能に結合できる。次いで、復調されたシンボルは、プロセッサ２５１４によって分析できる。プロセッサ２５１４は、モバイル端末２５０２に関するデータおよび／またはプログラムコードを記憶することができるメモリ２５１６に結合できる。さらに、モバイル端末２５０２は、方法１９００、２０００、２１００、ならびに／または他の同様のおよび適切な方法を実行するために、プロセッサ２５１４を採用することができる。モバイル端末２５０２はまた、送信機２５２０によって（１つまたは複数の）アンテナ２５０８を介して送信するために信号を多重化することができる変調器２５１８を含むことができる。] 図２５
[0110] 図２６に、ネットワーク管理および最適化を可能にする装置２６００を示す。装置２６００は機能ブロックを含むものとして表されており、その機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ（たとえば、ファームウェア）によって実装される機能を表す機能ブロックとすることができることを諒解されたい。装置２６００は、アクセスポイント（たとえば、ｅＮＢ３４０および／または４４０）、ネットワークコントローラ（たとえば、ＭＭＥ３２０および／または４２０、ＳＯＮサーバ３５０および／または４５０など）および／または任意の他の適切なネットワークエンティティにおいて実装でき、イベント定義とそれぞれのイベントに関連する測定とのリストを含む報告ポリシーを端末に中継するためのモジュール２６０２と、報告ポリシーに従って受信した報告に少なくとも部分的に基づいてネットワーク最適化を実行するためのモジュール２６０４とを含むことができる。] 図２６
[0111] 図２７に、本明細書で説明する様々な態様による、ネットワーク管理および最適化を可能にする別の装置２７００を示す。装置２７００は機能ブロックを含むものとして表されており、その機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ（たとえば、ファームウェア）によって実装される機能を表す機能ブロックとすることができることを諒解されたい。装置２７００は、端末デバイス（たとえば、ＵＥ３１０および／または４１０）および／または任意の他の適切なネットワークエンティティにおいて実装でき、イベント定義のセットと、測定のセットと、報告スケジュールとをネットワークから受信するためのモジュール２７０２と、それぞれのイベントの発生時に測定のセットに対応する測定をログ記録するためのモジュール２７０４と、報告スケジュールに従って、ログ記録された測定をネットワークに通信するためのモジュール２７０６とを含むことができる。] 図２７
[0112] 本明細書で説明した態様は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの任意の組合せで実装できることを理解されたい。システムおよび／または方法は、ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコード、プログラムコードまたはコードセグメントにおいて実装した場合、記憶構成要素などの機械可読媒体に記憶できる。コードセグメントは、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、または命令、データ構造もしくはプログラムステートメントの任意の組合せを表すことができる。コードセグメントは、情報、データ、引数、パラメータ、またはメモリ内容をパスおよび／または受信することによって、別のコードセグメントまたはハードウェア回路に結合できる。情報、引数、パラメータ、データなどは、メモリ共有、メッセージパッシング、トークンパッシング、ネットワーク送信などを含む、適切な手段を使用してパス、フォワーディング、または送信することができる。]
[0113] ソフトウェア実装の場合、本明細書で説明する技法は、本明細書で説明する機能を実行するモジュール（たとえば、プロシージャ、関数など）を用いて実装できる。ソフトウェアコードは、メモリユニットに記憶し、プロセッサによって実行することができる。メモリユニットは、プロセッサの内部またはプロセッサの外部に実装でき、その場合、当技術分野で知られているように様々な手段によってプロセッサに通信可能に結合できる。]
[0114] 以上の説明は１つまたは複数の態様の例を含む。もちろん、上述の態様ついて説明する目的で、構成要素または方法のあらゆる考えられる組合せについて説明することは不可能であるが、当業者なら、様々な態様の多数のさらなる組合せおよび置換が可能であることを認識できよう。したがって、説明した態様は、添付の特許請求の範囲の趣旨および範囲内に入るすべてのそのような改変形態、変更形態、および変形形態を包含するものとする。さらに、「含む（include）」という用語は、発明を実施するための形態または特許請求の範囲のいずれかで使用される限り、「備える（comprising）」という用語を使用すると請求項における移行語と解釈されるように「備える（comprising）」と同様に包括的なものとする。さらに、発明を実施するための形態または特許請求の範囲のいずれかで使用される「または（or）」という用語は、「非排他的なまたは（non-exclusive or）」を意味するものとする。]

权利要求:

請求項1
自己組織化ネットワーク（ＳＯＮ）をサポートするための方法であって、通信ネットワークに関連する１つまたは複数のイベントを定義することと、それぞれの定義されたイベントに関して収集されるべき情報と、収集された情報を報告するための１つまたは複数のプロシージャとを指定するＳＯＮポリシーを識別することと、指定されたネットワークノードと１つまたは複数のユーザ機器（ＵＥ）との間に通信インターフェースを確立することと、前記通信インターフェースを介した、前記指定されたネットワークノードから前記１つまたは複数のＵＥへの前記ＳＯＮポリシーの通信を命令することとを備える方法。
請求項2
前記指定されたネットワークノードが、モビリティ管理エンティティ（ＭＭＥ）またはＳＯＮアプリケーションサーバである、請求項１に記載の方法。
請求項3
前記識別することが、デバイス障害、ハードウェア障害、ＵＥによって観測されたネットワークトポロジの変更、またはＵＥによって利用された通信リソースの変更のうちの少なくとも１つに対応するそれぞれのイベントを定義することを備える、請求項１に記載の方法。
請求項4
前記識別することは、収集された情報が前記１つまたは複数のＵＥによって報告されるべきトリガイベントを識別することであって、前記トリガイベントは、前記それぞれの定義されたイベントに関して収集されるべき情報を格納するために利用される、ＵＥにおけるメモリが、実質的に一杯になることを備える、請求項１に記載の方法。
請求項5
前記ＳＯＮポリシーによって指定されたそれぞれの定義されたイベントに関して収集されるべき前記情報が、定義されたイベントの発生の時間、定義されたイベントに関連する時間にＵＥによって利用されたリソース、定義されたイベントに関連する時間にＵＥによって観測されたネットワークトポロジ、または定義されたイベントに関連する時間に前記ＵＥによって実行されたチャネル測定のうちの少なくとも１つを備える、請求項１に記載の方法。
請求項6
前記１つまたは複数のＵＥに関与する無線リンク障害（ＲＬＦ）を検出することと、前記ＲＬＦに関する情報を記録することとをさらに備える、請求項１に記載の方法。
請求項7
前記記録することが、前記ＲＬＦの時間、前記１つまたは複数のＵＥに関連するサービングセル、前記１つまたは複数のＵＥに関連するターゲットセル、または前記ＲＬＦより前のチャネル測定のうちの１つまたは複数を記録することを備える、請求項６に記載の方法。
請求項8
前記記録することが、前記ＲＬＦに関する情報を１つまたは複数のＵＥから受信することと、前記１つまたは複数のＵＥから受信した情報を、前記ＲＬＦに関するローカルで生成された情報と統合することとを備える、請求項７に記載の方法。
請求項9
前記１つまたは複数のＵＥから受信した前記情報が、前記ＲＬＦの時間と前記ＲＬＦの前記時間における前記１つまたは複数のＵＥの位置とを備える、請求項８に記載の方法。
請求項10
前記１つまたは複数のＵＥから受信した前記情報が、前記ＲＬＦの時間を備え、前記ＲＬＦに関する情報を前記記録することが、前記ＲＬＦの前記時間における前記１つまたは複数のＵＥの位置をローカルで判断することを備える、請求項８に記載の方法。
請求項11
前記ＲＬＦに関する前記記録された情報をレジスタに記憶することと、前記レジスタが実質的に一杯であると判断するか、またはネットワークトポロジの最新の変更から経過した時間に応じて選択される周期的時間間隔が経過したと判断したときに、前記レジスタに記憶された情報をＯ＆Ｍエンティティに報告することとをさらに備える、請求項６に記載の方法。
請求項12
前記ＲＬＦに関する前記記録された情報に基づいて前記通信ネットワークにおいて新しい基地局または新しいリピータのうちの１つまたは複数を追加することに関連する期待効用を少なくとも部分的に判断することによって、前記ＲＬＦに関する前記記録された情報に基づいてネイバーリストを最適化することをさらに備える、請求項６に記載の方法。
請求項13
ワイヤレス通信装置であって、それぞれのネットワークイベントの定義に関するデータと、それぞれのネットワークイベントに関する測定を行い、報告するための命令を含む自己組織化ネットワーク（ＳＯＮ）ポリシーとを記憶するメモリと、ネットワーク管理エンティティを指定し、前記指定されたネットワーク管理エンティティから１つまたは複数の端末への前記ＳＯＮポリシーの通信を命令し、前記ＳＯＮポリシーに基づいて前記指定された管理エンティティを介して前記端末から１つまたは複数の報告された測定を受信し、前記報告された測定に少なくとも部分的に基づいて前記ワイヤレス通信装置の動作を最適化するように構成されたプロセッサとを備えるワイヤレス通信装置。
請求項14
それぞれのネットワークイベントに関する測定を行い、報告するための、前記メモリによって記憶された前記命令が、前記それぞれのネットワークイベントのための定義の標準化されたリストと、前記それぞれのネットワークイベントに関する測定を端末から前記ワイヤレス通信装置に報告するためのスケジュールとを備える、請求項１３に記載のワイヤレス通信装置。
請求項15
前記プロセッサが、測定ログを記憶するために採用される前記ＵＥにおけるメモリ使用量のレベルを判断することによって、測定を報告するための前記スケジュールを作成するようにさらに構成された、請求項１４に記載のワイヤレス通信装置。
請求項16
それぞれのネットワークイベントに関する測定を行い、報告するための、前記メモリによって記憶された前記命令が、定義されたイベントの時間、定義されたイベントに関連する時間に端末によって利用されたリソース、定義されたイベントに関連する時間に端末によって観測されたネットワークロケーション情報、または定義されたイベントに関連する時間に端末によって観測されたチャネル情報のうちの１つまたは複数を測定するための命令を備える、請求項１３に記載のワイヤレス通信装置。
請求項17
前記プロセッサが、前記１つまたは複数の端末に関与する無線リンク障害（ＲＬＦ）を検出し、前記ＲＬＦに関する情報を記録するようにさらに構成された、請求項１３に記載のワイヤレス通信装置。
請求項18
前記プロセッサが、前記ＲＬＦの時間、前記１つまたは複数の端末に関連するサービングセル、前記１つまたは複数の端末に関連するターゲットセル、または前記ＲＬＦより前のチャネル測定のうちの１つまたは複数を記録するようにさらに構成された、請求項１７に記載のワイヤレス通信装置。
請求項19
前記メモリが、１つまたは複数の端末から得られる前記ＲＬＦに関する情報に関するデータをさらに記憶し、前記プロセッサが、前記１つまたは複数の端末から得られる前記情報を、前記ＲＬＦに関するローカルで生成された情報と統合するようにさらに構成された、請求項１７に記載のワイヤレス通信装置。
請求項20
前記メモリが、ネットワーク構成データをさらに記憶し、前記プロセッサが、前記１つまたは複数の端末に関する情報を前記ネットワーク構成データから得るようにさらに構成された、請求項１７に記載のワイヤレス通信装置。
請求項21
前記プロセッサが、前記ＲＬＦに関する前記記録された情報をレジスタに記憶するようにさらに構成された、請求項１７に記載のワイヤレス通信装置。
請求項22
前記プロセッサが、前記ＲＬＦに関する前記記録された情報に基づいて通信ネットワークにおいて新しい基地局または新しいリピータのうちの１つまたは複数を追加することに関連する期待効用を少なくとも部分的に判断することによって、前記ＲＬＦに関する前記記録された情報に基づいてネイバーリストを最適化するようにさらに構成された、請求項１７に記載のワイヤレス通信装置。
請求項23
ネットワーク管理および最適化を可能にする装置であって、イベント定義とそれぞれの定義されたイベントに関連する測定とのリストを含む報告ポリシーを識別するための手段と、前記報告ポリシーを利用することが可能な端末を識別するための手段と、あらかじめ指定されたネットワークノードから前記識別された端末への前記報告ポリシーの通信を可能にするための手段とを備える装置。
請求項24
ネットワークデバイスによってログ記録されるべき１つまたは複数のタイプのイベントを判断するためのコードと、前記ネットワークデバイスからそれぞれのログ記録されたイベントの報告を得るためのスケジュールを判断するためのコードと、前記１つまたは複数の判断されたタイプのイベントのログ記録と、前記ネットワークデバイスにおける前記判断されたスケジュールに従うそれぞれのログ記録されたイベントの報告とを管理するためのネットワーク管理サーバ、モビリティ管理エンティティ、または自己組織化ネットワーク（ＳＯＮ）アプリケーションサーバのうちの１つまたは複数を割り当てるためのコードとを備えるコンピュータ可読媒体を備えるコンピュータプログラム製品。
請求項25
自己組織化ネットワーク（ＳＯＮ）を維持するためのコンピュータ実行可能命令を実行する集積回路であって、前記命令が、１つまたは複数のユーザ機器（ＵＥ）によって利用されるべきＳＯＮポリシーをコンパイルすることであって、前記ＳＯＮポリシーが、それぞれの標準化されたイベント定義と、それぞれの定義されたイベントのための報告スケジュールとを備える、コンパイルすることと、指定されたネットワーク管理ノードから前記１つまたは複数のＵＥへの前記ＳＯＮポリシーの通信を命令することと、前記ＳＯＮポリシーに基づいて前記ネットワーク管理ノードを介して前記ＵＥから１つまたは複数のイベント報告を受信することと、前記受信したイベント報告に少なくとも部分的に基づいてネットワークパフォーマンスを最適化することとを備える集積回路。
請求項26
ネットワークイベントをログ記録し、報告するための方法であって、それぞれのネットワークイベントのための定義のリストと、前記それぞれのネットワークイベントに関連する測定のリストと、前記それぞれのネットワークイベントに関連する測定を報告するための命令とを指定する自己組織化ネットワーク（ＳＯＮ）ポリシーをネットワークから受信することと、前記ＳＯＮポリシーによって定義されたネットワークイベントの発生を検出することと、前記ＳＯＮポリシーに基づいて前記検出されたネットワークイベントに関連する１つまたは複数の測定を実行することと、前記ＳＯＮポリシーにおいて与えられる、測定を報告するための前記命令に基づいて、前記１つまたは複数の測定を前記ネットワークに報告することとを備える方法。
請求項27
前記それぞれのネットワークイベントが、ハードウェア障害、接続障害、無線リンク障害（ＲＬＦ）、観測されたネットワークトポロジの変更、および利用された通信リソースの変更のうちの１つまたは複数を含む、請求項２６に記載の方法。
請求項28
１つまたは複数の測定を前記実行することが、イベントの時間、イベントに関連する時間に利用されたリソース、イベントに関連する時間における観測されたネットワークロケーション、またはイベントに関連する時間におけるチャネル情報のうちの１つまたは複数を判断することを備える、請求項２６に記載の方法。
請求項29
前記受信することが、前記ネットワークからの１つまたは複数のページングメッセージにおいて前記ＳＯＮポリシーを受信することを備える、請求項２６に記載の方法。
請求項30
前記ネットワークイベントがＲＬＦを備え、前記方法が、前記ＲＬＦに関連する情報をレジスタに記憶することをさらに備える、請求項２６に記載の方法。
請求項31
前記報告することが、少なくとも１つのあらかじめ定義されたトリガイベントの発生の時間を識別することであって、前記少なくとも１つのトリガイベントは、前記ネットワークとの通信リンクの品質が少なくとも所定のしきい値品質を有すること、または前記レジスタが実質的に一杯になることのうちの少なくとも１つを備える、識別することと、発生の前記識別された時間に、前記レジスタに記憶された情報の少なくとも一部分を前記ネットワークに転送することとを備える、請求項３０に記載の方法。
請求項32
前記報告することが、前記１つまたは複数の測定をＳＯＮサーバにトンネリングすることをさらに備える、請求項３１に記載の方法。
請求項33
ワイヤレス通信装置であって、自己組織化ネットワーク（ＳＯＮ）エンティティに関するデータを記憶するメモリと、イベント定義リストと関連する測定のそれぞれのセットとを前記ＳＯＮエンティティから受信し、定義されたイベントの発生を検出し、前記検出されたイベントに関連する測定のセットからの測定をログ記録し、前記ログ記録された測定を前記ＳＯＮエンティティに報告するように構成されたプロセッサとを備えるワイヤレス通信装置。
請求項34
前記ＳＯＮエンティティから得られる前記イベント定義リストが、ハードウェア障害、接続障害、無線リンク障害（ＲＬＦ）、観測されたネットワークトポロジの変更、および利用された通信リソースの変更のうちの１つまたは複数を含むイベントのセットを定義する、請求項３３に記載のワイヤレス通信装置。
請求項35
前記ＳＯＮエンティティから得られる関連する測定の前記セットが、イベントに対応するタイムスタンプ情報、イベントに対応する前記ワイヤレス通信装置によって利用されたリソース、前記ワイヤレス通信装置によって観測されたイベントに関連するネットワークトポロジ情報、または前記ワイヤレス通信装置によって観測されたイベントに関連するチャネル情報のうちの１つまたは複数を含む、請求項３３に記載のワイヤレス通信装置。
請求項36
前記プロセッサが、ＲＬＦを検出し、前記ＲＬＦに関連する情報をレジスタに記憶するようにさらに構成された、請求項３３に記載のワイヤレス通信装置。
請求項37
前記プロセッサが、１つまたは複数のトリガイベントの発生の時間を識別するようにさらに構成され、前記１つまたは複数のトリガイベントは、少なくとも所定のしきい値品質の通信リンク品質の識別、または前記ＲＬＦに関連する情報を記憶するために利用される前記レジスタが実質的に一杯であることを識別することのうちの少なくとも１つと、発生の前記識別された時間に、前記レジスタに記憶された前記ＲＬＦに関連する前記情報の少なくとも一部分を報告することとを備える、請求項３６に記載のワイヤレス通信装置。
請求項38
自己組織化ネットワーク（ＳＯＮ）の実装を可能にする装置であって、イベント定義のセットと、それぞれの定義されたイベントに関する測定のセットと、報告スケジュールとをネットワークから受信するための手段と、前記イベントに関する測定のセットに基づいて、定義されたイベントの発生時に測定をログ記録するための手段と、前記報告スケジュールに従って、前記ログ記録された測定を前記ネットワークに通信するための手段とを備える装置。
請求項39
標準化されたネットワークイベントのセットと、それぞれ前記ネットワークイベントに関連する測定のリストと、前記ネットワークイベントに関連する測定をネットワーク管理エンティティまたはオープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）サーバのうちの１つまたは複数に報告するための命令とを受信するためのコードと、標準化されたネットワークイベントの前記セットからイベントを検出するためのコードと、前記検出されたイベントに対応する測定のリスト中の測定を実行するためのコードと、前記受信した命令に基づいて、前記実行された測定を前記ネットワーク管理エンティティまたは前記ＯＭＡＤＭサーバに報告するためのコードとを備えるコンピュータ可読媒体を備えるコンピュータプログラム製品。
請求項40
通信ネットワークにおけるイベントをログ記録し、報告するためのコンピュータ実行可能命令を実行する集積回路であって、前記命令が、前記通信ネットワークから自己組織化ネットワーク（ＳＯＮ）ポリシーを受信することであって、前記ＳＯＮポリシーが、ネットワークイベントのリストと、リストされたイベントの検出時にログ記録すべき測定のセットと、指定されたネットワークノードに測定を報告するための命令とを指定する、受信することと、リストされたイベントの発生を検出するためにネットワーク動作状態を監視することと、リストされたイベントの検出時に測定の前記セットを実行することと、与えられた前記命令に従って、前記指定されたネットワークノードに測定の前記セットを報告することとを備える集積回路。